下载文档原格式
数据库运维的主要工作内容
数据库运维的主要工作内容主要包括：
1、数据库管理：负责数据库的安装、配置和维护，管理数据库，包
括创建用户账号、授权、备份与恢复等；
2、数据安全管理：管理数据库安全策略，并（定期）更新安全策略，以及测试安全性，确保数据的安全；
3、数据库性能优化：收集数据库性能指标，并诊断优化数据库性能，提升数据库的吞吐量和响应时间；
4、监控和调优：定期监控数据库运行状态，排查出现的问题，调优
数据库，以确保其正常运行；
5、数据库变更管理：负责数据库结构变更、功能优化、版本升级等；
6、预防性维护：定期做检查和检测，对数据库进行预防性维护，以
减少数据库的故障率。
7、技术支持：根据使用者的要求，提供数据库技术支持，并及时解
决使用者反应的问题；
8、系统建设：收集需求、分析流程、提出设计方案、实施部署、调
试测试等；
9、资料维护及文档撰写：例如撰写部署文档、配置文档、操作说明
文档等，以及持续保持系统文档的更新。
数据库运维的主要工作内容数据库运维是指对数据库系统进行日常管理和维护的工作，其主要目标是确保数据库系统的稳定运行和高效性能。
数据库运维工作内容涵盖了多个方面，包括监控数据库运行状态、性能优化、故障处理、备份恢复、安全管理等。
下面将详细介绍数据库运维的主要工作内容。
1. 监控数据库运行状态。
监控是数据库运维的基础工作，通过监控数据库的运行状态，可以及时发现并解决问题，确保数据库系统的稳定运行。
监控内容包括数据库服务器的CPU、内存、磁盘等资源利用率，数据库连接数、锁等待情况，以及数据库运行日志等。
通过监控工具对数据库进行实时监控，可以及时发现并解决潜在的问题，保障数据库系统的稳定性。
2. 性能优化。
性能优化是数据库运维工作中非常重要的一部分，通过对数据库系统进行性能分析和优化，可以提高数据库系统的运行效率和响应速度。
性能优化包括对SQL 语句的优化、索引的优化、数据库参数的调整等方面。
通过定期进行性能分析和优化工作，可以提高数据库系统的整体性能，提升用户体验。
3. 故障处理。
数据库系统可能会出现各种各样的故障，如数据库服务器宕机、数据损坏等，数据库运维人员需要及时处理这些故障，确保数据库系统的正常运行。
故障处理包括对数据库系统进行故障诊断、故障排查和故障恢复等工作。
通过建立完善的故障处理流程和应急预案，可以最大程度地减少故障对数据库系统的影响。
4. 备份恢复。
数据库的备份和恢复工作是数据库运维中非常重要的一环，通过定期备份数据库，可以保障数据的安全性和完整性。
备份恢复工作包括制定备份策略、定期进行数据备份、对备份数据进行验证和恢复测试等内容。
通过备份恢复工作，可以最大程度地减少数据丢失的风险，保障数据库系统的数据安全。
5. 安全管理。
数据库系统的安全性是数据库运维工作中非常重要的一部分，数据库运维人员需要对数据库系统进行安全加固和安全监控。
安全管理包括对数据库系统进行安全审计、访问控制、漏洞修复等工作。
数据库运维解决方案第1篇数据库运维解决方案一、方案背景随着信息化建设的不断深入，数据库作为信息系统的核心组件，其稳定性、安全性和高效性对整个信息系统至关重要。
为确保数据库运维的合法合规性，提高数据库运维质量，降低运维风险，制定本数据库运维解决方案。
二、方案目标1. 确保数据库运维的合法合规性，遵循国家相关法律法规和行业标准。
2. 提高数据库运维效率，降低运维成本。
3. 提升数据库稳定性、安全性和性能，保障信息系统正常运行。
4. 建立完善的数据库运维管理体系，实现运维工作的持续改进。
三、方案内容1. 组织架构与职责（1）成立数据库运维团队，负责数据库的日常运维、故障处理、性能优化等工作。
（2）明确团队成员职责，制定岗位职责，确保团队成员具备相应的专业技能和资质。
（3）建立跨部门沟通协作机制，确保数据库运维工作的高效推进。
2. 制度与流程（1）制定数据库运维管理制度，包括但不限于运维操作规范、变更管理、备份恢复、监控报警等。
（2）建立数据库运维流程，包括但不限于日常巡检、故障处理、性能优化、版本升级等。
（3）定期对运维制度和流程进行评审，确保其符合法律法规、行业标准和实际业务需求。
3. 技术措施（1）数据库选型：根据业务需求，选择成熟、稳定、具有良好社区支持的数据库产品。
（2）部署架构：采用高可用、灾备部署架构，确保数据库的稳定性和数据的安全性。
（3）备份恢复：制定备份策略，定期进行数据备份，确保数据的安全性和完整性。
（4）监控报警：部署数据库监控工具，实时监控数据库性能和运行状态，发现异常及时报警并处理。
（5）性能优化：定期对数据库进行性能分析，针对瓶颈问题进行优化，提升数据库性能。
4. 安全管理（1）制定数据库安全策略，包括身份认证、权限控制、审计等。
（2）加强数据库安全防护，防范SQL注入、拖库等安全风险。
（3）定期进行安全评估，发现安全隐患及时整改。
5. 培训与评估（1）定期组织数据库运维培训，提升团队成员的专业技能和素质。
数据库运维管理中常见问题与注意事项的解读随着信息化的不断发展和企业数据量的爆炸性增长，数据库成为企业重要的信息载体和支持业务发展的核心要素，数据库的运维管理显得尤为重要。
然而，在实际操作中，数据库管理人员常常会遇到一些常见问题，同时也需要注意一些管理上的要点。
本文将解读数据库运维管理中常见问题与注意事项。
1.备份与恢复在数据库运维管理中，备份与恢复是重要的环节。
尽管备份技术成熟，但仍然会遇到一些问题。
首先，备份的策略需要合理。
不同类型的数据库和应用场景需要采取不同的备份策略，如完整备份、增量备份和差异备份等。
其次，备份数据的存储方案要考虑可用性和安全性。
定期对备份数据进行验证，确保数据完整性并能及时恢复。
2.性能优化数据库的性能优化是提升系统整体性能的关键。
常见的性能问题包括慢查询、死锁、资源争用等。
通过合理的索引设计、查询语句优化、系统参数调优等方法，可以有效提升数据库的响应性能。
此外，定期进行性能监控和性能测试，及时发现和解决潜在的性能问题。
3.安全管理数据库中存储了企业的核心数据，安全管理至关重要。
首先，数据库的权限管理需要细化到最小的权限需求，授权应按照最小权限原则进行，避免权限滥用。
同时，定期对账号和密码进行安全审计，及时发现异常操作。
此外，数据库的加密和防火墙的配置也是保护数据安全的重要手段。
4.版本升级与补丁管理数据库的版本升级和补丁管理是数据库运维中另一个重要的工作。
升级数据库版本可以获得新的功能和更好的性能，但在升级过程中需要注意以下几点：备份数据、测试升级方案、制定升级计划、监控升级过程，以及对升级后的数据库进行验证。
同时，及时安装数据库厂商发布的补丁，修复安全漏洞和错误，提高系统的稳定性。
5.容灾和高可用性数据库故障是影响业务连续性的重要因素，容灾和高可用性技术成为了必备的防护措施。
通过合理的架构设计和技术手段，如主备复制、数据同步、切换和故障转移等，可以实现数据的容灾备份和业务的高可用访问。
数据库运行维护方案目录- [背景](#背景)- [目标](#目标)- [维护策略](#维护策略)- [备份和恢复](#备份和恢复)- [性能优化](#性能优化)- [安全性](#安全性)背景数据库作为关键的数据存储和管理系统，在企业运营中扮演着重要的角色。
为了确保数据库的正常运行和稳定性，需要制定一份数据库运行维护方案。
目标本方案的目标是确保数据库的持续可用性、高性能和充分的安全性。
维护策略- 定期进行数据库维护任务，包括索引优化、数据压缩和碎片整理等，以确保数据库的良好性能。
- 进行定时的系统检查和监控，以及日志文件的审计和分析，以便及时发现和解决潜在问题。
- 更新数据库软件和相关组件，以确保数据库系统的安全和稳定性。
- 进行容量规划和管理，以避免数据库空间不足的问题。
备份和恢复- 制定定期的备份策略，包括完整备份和增量备份，以确保数据的安全性和可靠性。
- 定期测试备份数据的可恢复性，并确保备份数据的存储位置安全可靠。
- 提供恢复策略和步骤，并进行定期的恢复测试，以确保在数据丢失或损坏的情况下能够及时有效地进行数据库恢复。
性能优化- 监测和优化数据库的查询性能，包括索引的设计和优化、查询语句的调优等。
- 优化数据库的物理结构和布局，以提高数据的读写效率。
- 针对数据库的负载情况，进行性能调整和资源分配，以确保数据库的高性能和可扩展性。
安全性- 制定权限管理策略，确保用户只能访问其所需的数据和功能。
- 定期进行数据库安全审计和漏洞扫描，及时修复潜在的安全漏洞。
- 加强数据库的访问控制，包括强密码策略、IP访问控制等。
- 定期进行用户权限的审查和整理，及时回收无效用户的权限。
以上是数据库运行维护方案的基本内容，通过规范的维护策略、备份和恢复方案、性能优化和安全性措施，可以确保数据库的可靠性和稳定性，从而支持企业的运营和发展。
数据库管理与维护要点数据库是现代信息系统中至关重要的组成部分，它承载着各种类型的数据和业务应用。
为了确保数据库的高效和可靠运行，数据库管理与维护工作非常重要。
本文将探讨数据库管理与维护的要点，以提供一些指导和建议。
一、备份与恢复数据库备份是数据库管理与维护的核心任务之一。
定期备份可以保护数据免受硬件故障、人为错误或自然灾害的影响。
备份策略应根据数据重要性和恢复时间要求而定。
常见的备份类型有完全备份、增量备份和差异备份。
此外，备份应存储在不同的地点以防止单点故障。
恢复测试和监控也是确保备份可用性的重要环节。
二、性能优化数据库性能对于提高应用的响应速度和用户体验至关重要。
数据库管理员应定期监测数据库的性能，并针对瓶颈进行调优。
这涉及到索引的优化、查询重写、分区和分表、硬件升级等策略。
此外，监控数据库中的长事务、锁和死锁情况，及时解决以保证系统的正常运行。
三、安全管理数据库的安全性是数据库管理与维护的重要方面。
管理员应采取必要的措施来保护数据库免受未经授权的访问和数据泄露的威胁。
这包括通过强密码策略、访问控制和审计机制限制对数据库的访问。
数据库管理员还应定期检查和修补数据库中的安全漏洞，并确保数据库软件和应用程序的更新和安全性。
四、容量规划随着时间的推移，数据库中的数据量和存储需求会增长。
有效的容量规划可以确保数据库系统能够满足业务的发展需求。
管理员可以通过监控和分析数据库的使用情况，预测未来的数据增长趋势，并相应地调整硬件资源和存储配置。
及时的容量规划可以避免因容量不足而导致的性能下降和系统故障。
五、事务管理事务管理是数据库管理与维护中必不可少的一部分。
管理员应确保数据库支持事务的完整性和一致性。
这包括定义和管理事务、控制并发访问、处理事务中的错误和异常。
管理员还应定期检查和优化事务日志，以确保数据库的恢复性和持久性。
六、监控与报警数据库的监控和报警是数据库管理与维护的关键环节。
管理员应实时监控数据库的运行状态，包括系统性能、数据完整性、可用性和安全性。
数据库的运行与维护数据库的运行和维护是保证系统正常工作的重要环节。
本文将探讨数据库运行和维护的各个方面，包括备份恢复、性能优化和安全管理等。
一、备份恢复备份恢复是数据库运行和维护的核心内容之一。
它可以保证数据的安全性和完整性。
备份的目的是将数据库中的数据复制到另一个存储介质中，以便在数据丢失或损坏时实现快速恢复。
备份可以分为完全备份和增量备份。
完全备份是将整个数据库的数据全量备份，适用于对数据完整性要求较高的场景。
增量备份是基于完全备份的基础上，只备份自上次备份以来发生的数据变更，可以减少备份所需的存储空间和时间。
备份的频率应根据数据的重要性和变更频率确定。
除了备份，还要定期测试和验证备份的可用性。
恢复过程应当经过充分测试，以确保在数据损坏或丢失时，能够快速有效地将备份数据恢复到正常状态。
二、性能优化数据库的性能优化是数据库运行和维护的关键环节。
它可以提高数据库的响应速度，减少系统的负载，并提升用户体验。
性能优化的方法多种多样，可以从多个方面入手。
首先，要保证数据库的设计和结构合理，避免出现冗余和不规范的数据。
其次，需要定期监控数据库的性能指标，如响应时间、并发连接数和缓存命中率等，及时调整数据库参数和优化SQL查询语句，以减少资源消耗和提高查询效率。
此外，还可以使用数据库性能优化工具来辅助进行性能分析和调优。
三、安全管理安全管理是数据库运行和维护的重要方面。
数据库包含了组织的重要数据和敏感信息，因此必须采取措施确保数据的机密性、完整性和可用性。
安全管理包括用户和权限管理、数据加密、审计和监控等。
首先，要对数据库用户进行合理的权限划分，只给予其合法所需的权限，同时禁止默认用户的直接访问。
其次，可以使用加密算法对重要的数据进行加密，以保证数据在传输和存储过程中的安全性。
此外，还应定期审计和监控数据库的访问记录和操作日志，确保未授权的访问和异常操作能够及时发现和响应。
四、容量规划容量规划是数据库运行和维护的一个重要环节。
数据库设计-数据库实施、运行与维护数据库设计数据库实施、运行与维护在当今数字化的时代，数据库已成为各类组织和系统中不可或缺的一部分。
数据库设计不仅仅是在规划阶段完成架构和模型的构建，更重要的是后续的实施、运行与维护阶段，这些环节共同确保数据库能够高效、稳定地支持业务需求。
数据库实施是将设计好的数据库模型转化为实际可运行的数据库系统的过程。
这一阶段首先要做的是选择合适的数据库管理系统（DBMS），例如常见的 MySQL、Oracle、SQL Server 等。
不同的DBMS 在功能、性能、成本等方面都有所差异，需要根据项目的具体需求和资源来进行权衡。
在确定了 DBMS 之后，就需要创建数据库、表、视图、索引等数据库对象。
这需要严格按照设计阶段制定的规范和约束来进行，确保数据的完整性和一致性。
例如，定义主键、外键、唯一约束等来保证数据的准确性和可靠性。
同时，还需要进行数据的导入和初始化。
如果是新建的数据库，可能需要从外部数据源导入大量的数据；如果是对现有数据库的改造，还需要考虑数据的迁移和转换，确保数据在新的数据库环境中能够正常使用，并且不会出现数据丢失或错误。
在数据库实施过程中，性能优化也是一个重要的方面。
合理地设计索引可以大大提高数据的查询效率，但过多或不合理的索引也可能会影响数据的插入、更新和删除操作。
因此，需要根据业务的特点和数据的访问模式，精心选择和创建索引。
数据库运行是指数据库系统在实际业务环境中的正常使用阶段。
在这个阶段，需要对数据库进行持续的监控和管理，以确保其性能和可用性。
监控数据库的性能指标是至关重要的。
这包括但不限于服务器的CPU 利用率、内存使用情况、磁盘 I/O 等待时间、网络带宽使用等系统资源指标，以及数据库中的连接数、事务处理量、查询响应时间等数据库特定的指标。
通过对这些指标的监控，可以及时发现潜在的性能问题，并采取相应的措施进行优化。
另外，数据库的安全性也是运行阶段需要重点关注的问题。
数据库的运行与维护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运行环境的类型数据库运行环境的组成与用户环境的类型紧密相关。
可以用两种不同的用户环境：一种是数据库为一个或少数单个用户的专用而建立；另一种是针对整个组织建立的集成数据库。
在前一种环境下，常常只有一个用户存取数据库，且在给定时刻只有一个用户需求必须满足，因而一个程序活动就成完成（当然，这并不意味着系统只能服务于一种应用需求）。
在后一种环境下，任何时刻都可能有多个用户同时对数据库施加各种类型的操作，因而有许多程序活动并发执行。
这种情况还可以分为所有应用集中在一起而形成的集中式的系统和应用分散在不同的地理位置的分散式或分布式系统。
它们对数据库运行可施加不同的影响，因而要求OS、DBMS及DCMS等的不同支持。
当前数据库应用主要是联机事务处理（OLTP）和联机分析处理（OLAP），顾故分别有作业型（operational）和决策型（executive）两种运行环境。
作业型环境支持预先程序设计和重复执行的事务处理、频繁的数据存取、当前的日常数据、联机的数据库维护、宿主语言与简单方便的用户接口。
决策型环境主要是面向计划、决策、分析的，它支持多关键字及较复杂的布尔查询，提供大量历史数据的综合、推导与提炼。
不同环境的设计要求不一样，它们所要求的数据库管理软件支持也不尽相同。
1.3处理方式数据库系统运行时可以以多种处理方式支持用户。
最简单的一种是批处理，用户一次性地提交任务的输入数据和程序以及说明的控制信息，应用程序执行时依次与DBMS打交道，并对数据库进行存取，直至整个任务完成后输出其结果。
较普遍使用的是联机交互式处理。
在这种方式下，用户随时联机地输入请求，在请求的处理期间，用户一直保持与数据库系统联系，不断进行“会话”以交换信息。
联机处理又可进一步分为单任务处理和多任务处理。
如上所述，单任务处理在同一时刻只有一个程序存取数据库，这种方式一般只适用于个人数据库系统。
单任务处理方式不能适应多个用户并行存取数据库的要求，虽然它也可以服务于多个用户，但用户的请求只能一个一个地执行，平均用户等待时间长。
多任务处理允许同时有多个应用程序是活跃的，但这并不意味着一定支持多个应用并发存取数据库。
现代DBMS一般都属于这种处理方式的。
多道联机处理数据库系统结构如图1-2所示。
在这种系统中，各事务往往由一个“事务处理监控器”（transaction processing monitor，TPM）管理，它本身在操作系统控制下运行。
当用户消息到达系统时，它根据消息标示符查找每一个用户消息与所使用的程序的对照表，从而在程序库（PB）中找出相应的应用程序，并为其建立一个事务来处理该消息。
图1-2 数据库的多道联机方式现代数据库一般都是以多道联机处理方式来服务用户的。
用户可以以两种方式来使用数据库，一种是编程方式，另一种是交互方式，下面分别介绍这两种方式的实现过程。
1.3.1编程使用方式对于支持编程使用方式的数据库系统，用户可以用高级程序设计语言，如C、FORTRAN、Cobal、Pascal等来编写程序，在这种程序中嵌入数据库操作语言如SQL的语句（故又称嵌入式使用），从而使应用程序可直接存取数据库。
这种方式的实现如图1-3所示，其中DBRM（database request module）为相应SQL语句的语法结构块，“应用计划”就是实现DBRM中SQL语句的数据库存取操作序列。
图1-3 数据库的使用编程方式与编程式使用相对的是交互使用方式。
典型的交互使用方式，用户即席打入查询（即数据库操作命令），如图1-4所示，查询经由DBMS 的重要部件“查询处理器”进行语法分析，产生一个该查询的语法树。
语法树经编译处理（包括预处理、逻辑计划生成和优化及物理计划生成），产生物理查询计划，即对数据库的实际操作序列。
再由执行引擎执行查询计划的每一步。
图1-4 数据库的交互使用方式1.4用户请求的实现过程用户请求实现模型是一个层次结构，它包含了三层软件、四层接口和物理数据库。
图1.5给出了一个通用的实现模型。
用户处理接口逻辑记录接口存储记录接口物理记录接口图1-5 实现模型层次结构三层软件是：第一次是应用软件层，它直接支持最终用户，使他们能够对数据的请求来存取数据库。
它将用户的数据请求转换成逻辑存取命令而嵌入在主语言程序或专门的查询中。
第二层主要是数据库管理软件，还可能作为集成数据管理软件的部件而包括一些应用支撑软件，它们将逻辑存取命令转换成存储数据的存取命令。
第三层是存取方法，它一般是操作系统的一部分，也包括DBMS的一些专门扩充和接口，它将存储记录命令转换成物理记录（块）操作，并执行物理记录接口上的数据传输。
第四层接口是：用户处理接口、逻辑记录接口、存储记录接口和物理记录接口。
用户处理接口支持最终用户，使之能以不同的处理方式来处理数据，如此处理、联机处理和报告生成等。
用户处理接口可使用户只关心他们感兴趣的数据。
逻辑记录接口用来在数据库管理软件与用户之间传递逻辑记录，使用户软件能将数据库视作逻辑文件的集合。
存储记录接口有事又叫存储文件组织，它使DBMS软件能将数据库存储结构看成是存储文件的集合，而一个存储文件就是具有相同构造的同一类型存储记录的集合。
物理记录接口控制物理设备特性，实现内外存之间的物理块传递，它支持存取方法将存储记录组合成物理记录（或物理块）并实现其在外存设备上的安置或反之。
2.数据库的维护数据库试运行合格后，数据库开发工作就基本完成，即可投入正式运行了。
但是，由于应用环境在不断变化，数据库运行过程中物理存储也会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。
在数据库运行阶段，对数据库经常性的维护工作主要是由DBA 完成的，它包括：2.1数据库的转储和恢复数据库的转储和恢复是系统正式运行后最重要的维护工作之一。
DBA要针对不同的应用要求制定不同的转储计划，以保证一旦发生故障能尽快将数据库恢复到某种一致的状态，并尽可能减少对数据库的破坏。
2.2数据库的安全性、完整性控制在数据库运行过程中，由于应用环境的变化，对安全性的要求也会发生变化，比如有的数据原来是机密的，现在是可以公开查询的了，而新加入的数据又可能是机密的了。
系统中用户的密级也会改变。
这些都需要DBA根据实际情况修改原有的安全性控制。
同样，数据库的完整性约束条件也会变化，也需要DBA不断修正，以满足用户要求。
2.3数据库性能的监督、分析和改造在数据库运行过程中，监督系统运行，对监测数据进行分析，找出改进系统性能的方法是DBA的又一重要任务。
目前有些DBMS产品提供了监测系统性能参数的工具，DBA可以利用这些工具方便地得到系统运行过程中一系列性能参数的值。
DBA应仔细分析这些数据，判断当前系统运行状况是否是最佳，应当做哪些改进。
例如调整系统物理参数，或对数据库进行重组织或重构造等。
2.4数据库的重组织与重构造数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库性能下降，这时DBA就要对数据库进行重组织，或部分重组织（只对频繁增、删的表进行重组织）。
DBMS一般都提供数据重组织用的实用程序。
在重组织的过程中，按原设计要求重新安排存储位置、回收垃圾、减少指针链等，提高系统性能。
数据库的重组织，并不修改原设计的逻辑和物理结构，而数据库的重构造则不同，它是指部分修改数据库的模式和内模式。
由于数据库应用环境发生变化，增加了新的应用或新的实体，取消了某些应用，有的实体与实体问的联系也发生了变化等，使原有的数据库设计不能满足新的需求，需要调整数据库的模式和内模式。
例如，在表中增加或删除某些数据项，改变数据项的类型，增加或删除某个表，改变数据库的容量，增加或删除某些索引等。
当然数据库的重构也是有限的，只能做部分修改。
如果应用变化太大，重构也无济于事，说明此数据库应用系统的生命周期己经结束，应该设计新的数据库应用系统了。
