数据库的运行与维护

1、数据库的运行与维护1.数据库的运行要使数据库系统投入并保持正常运行，需要许多人做许多工作。这里主要讨论作为计算机系统的一个组成部分的 DBMS 及其数据库 与其他系统部件的接口关系、系统的工作原理。1.1 运行环境的构成数据库的运行除了 DBMS 与数据库外，还需要各种系统部件协 同工作。首先必须有各种相应的应用程序， 其次各应用程序与 DBMS 都需要在操作系统（OS）支持下工作。在有远程通信的情况下，则 需要数据通信管理部件的支持。 图 1-1 描绘了一个数据库运行环境的 典型部件。其中，DBCS （数据库控制系统）是与各用户程序 APR接 口的模块；DBSS（数据库存储系统）操作存储数据

2、库并与OS或DBMS 自己的标准存取方法（ AM ）接口；各应用程序和 DBMS 部件都在OS的管理程序（supervisor）的管理下工作。对于一个给定的DBMS， 不一定就有名为“ DBCS”或“ DBSS”的系统，在这里它们是一般性 术语，但绝大多数 DBMS 都有相当的功能部件。在网络或分布式环 境下，还需要数据通信管理系统（DCMS ）的支持。9 / 10数据字典APP1.应用程序Appi、.APPM、 *外部模式T概念模式/j SUPERyiSC存储模式rDBSSTAmV*文件2 卜一一DBMSDCMSOSDB其他软件图1-1数据库系统运行环境通常，系统初启时，应用程序与 DBMS

3、都不活动，一旦事务达 到系统，OS管理程序就调度用户事务所需要的应用程序运行。当应 用程序要求存取数据库时，向 DBMS发出请求。DBCS接受应用程 序请求，并考察外部模式与概念模式，以确定需要什么概念记录来满 足请求，然后调用DBSS存取存数模式，转换概念记录成存储记录, 并经OS传递请求给相应的AM，再由AM实现物理数据库的存取和 数据I/O。1.2运行环境的类型数据库运行环境的组成与用户环境的类型紧密相关。 可以用两种 不同的用户环境：一种是数据库为一个或少数单个用户的专用而建 立；另一种是针对整个组织建立的集成数据库。在前一种环境下，常常只有一个用户存取数据库， 且在给定时刻只有一个用

4、户需求必须满 足，因而一个程序活动就成完成(当然，这并不意味着系统只能服务 于一种应用需求)。在后一种环境下，任何时刻都可能有多个用户同 时对数据库施加各种类型的操作， 因而有许多程序活动并发执行。 这 种情况还可以分为所有应用集中在一起而形成的集中式的系统和应 用分散在不同的地理位置的分散式或分布式系统。 它们对数据库运行 可施加不同的影响，因而要求 OS、DBMS 及 DCMS 等的不同支持。当前数据库应用主要是联机事务处理(OLT P)和联机分析处理(OLA P),顾故分别有作业型(op eratio nal)和决策型(executive) 两种运行环境。作业型环境支持预先程序设计和重复

5、执行的事务处 理、频繁的数据存取、当前的日常数据、联机的数据库维护、宿主语 言与简单方便的用户接口。决策型环境主要是面向计划、决策、分析 的，它支持多关键字及较复杂的布尔查询， 提供大量历史数据的综合、 推导与提炼。 不同环境的设计要求不一样， 它们所要求的数据库管理 软件支持也不尽相同。1.3 处理方式数据库系统运行时可以以多种处理方式支持用户。 最简单的一种 是批处理，用户一次性地提交任务的输入数据和程序以及说明的控制 信息，应用程序执行时依次与 DBMS 打交道，并对数据库进行存取， 直至整个任务完成后输出其结果。较普遍使用的是联机交互式处理。 在这种方式下， 用户随时联机 地输入请求，

6、在请求的处理期间，用户一直保持与数据库系统联系，不断进行“会话”以交换信息。联机处理又可进一步分为单任务处理 和多任务处理。如上所述，单任务处理在同一时刻只有一个程序存取 数据库，这种方式一般只适用于个人数据库系统。 单任务处理方式不 能适应多个用户并行存取数据库的要求，虽然它也可以服务于多个用 户，但用户的请求只能一个一个地执行，平均用户等待时间长。多任 务处理允许同时有多个应用程序是活跃的， 但这并不意味着一定支持 多个应用并发存取数据库。现代DBMS 一般都属于这种处理方式的。多道联机处理数据库系统结构如图1-2所示。在这种系统中，各事务往往由一个“事务处理监控器”（tran sacti

7、on p rocessi ng mon ito,TPM）管理，它本身在操作系统控制下运行。当用户消息到达系统时,它根据消息标示符查找每一个用户消息与所使用的程序的对照表，从 而在程序库（PB）中找出相应的应用程序，并为其建立一个事务来处理该消息。/_-=f/4fb'* 卒-P f - -事务查询处理f 1-事务2事务31查询计戈划应用程序卜2应用程序一- /一OS£ DCMTPM 弋二!-1DBCSIDBSS 1厂DBDBMS图1-2数据库的多道联机方式1.3数据库使用方式现代数据库一般都是以多道联机处理方式来服务用户的。用户可 以以两种方式来使用数据库，一种是编程方式，另一

8、种是交互方式,F面分别介绍这两种方式的实现过程。1.3.1编程使用方式对于支持编程使用方式的数据库系统，用户可以用高级程序设计 语言，如C、FORTRAN、Cobal、Pascal等来编写程序，在这种程序 中嵌入数据库操作语言如SQL的语句(故又称嵌入式使用)，从而使应用程序可直接存取数据库。这种方式的实现如图1-3所示，其中DBRM( database request modu)为相应SQL语句的语法结构块，“应用计划”就是实现DBRM中SQL语句的数据库存取操作序列。图1-3数据库的使用编程方式1.3.2交互使用方式与编程式使用相对的是交互使用方式。 典型的交互使用方式，用 户即席打入查询

9、（即数据库操作命令），如图1-4所示，查询经由DBMS 的重要部件“查询处理器”进行语法分析，产生一个该查询的语法树。语法树经编译处理（包括预处理、逻辑计划生成和优化及物理计划生 成），产生物理查询计划，即对数据库的实际操作序列。再由执行引 擎执行查询计划的每一步。图1-4数据库的交互使用方式 DB1.4用户请求的实现过程用户请求实现模型是一个层次结构， 它包含了三层软件、四层接 口和物理数据库。图1.5给出了一个通用的实现模型。图1-5实现模型层次结构用户处理接口逻辑记录接口存储记录接口物理记录接口三层软件是：第一次是应用软件层，它直接支持最终用户，使他 们能够对数据的请求来存取数据库。它将

10、用户的数据请求转换成逻辑 存取命令而嵌入在主语言程序或专门的查询中。 第二层主要是数据库 管理软件，还可能作为集成数据管理软件的部件而包括一些应用支撑 软件，它们将逻辑存取命令转换成存储数据的存取命令。第三层是存 取方法，它一般是操作系统的一部分，也包括 DBMS的一些专门扩 充和接口，它将存储记录命令转换成物理记录（块）操作，并执行物 理记录接口上的数据传输。第四层接口是：用户处理接口、逻辑记录接口、存储记录接口和 物理记录接口。用户处理接口支持最终用户，使之能以不同的处理方 式来处理数据，如此处理、联机处理和报告生成等。用户处理接口可使用户只关心他们感兴趣的数据。 逻辑记录接口用来在数据库

11、管理软 件与用户之间传递逻辑记录， 使用户软件能将数据库视作逻辑文件的 集合。存储记录接口有事又叫存储文件组织，它使 DBMS 软件能将 数据库存储结构看成是存储文件的集合， 而一个存储文件就是具有相 同构造的同一类型存储记录的集合。物理记录接口控制物理设备特 性，实现内外存之间的物理块传递， 它支持存取方法将存储记录组合 成物理记录（或物理块）并实现其在外存设备上的安置或反之。2.数据库的维护数据库试运行合格后， 数据库开发工作就基本完成， 即可投入正 式运行了。但是， 由于应用环境在不断变化，数据库运行过程中物理 存储也会不断变化，对数据库设计进行评价、调整、修改等维护工作 是一个长期的任

12、务， 也是设计工作的继续和提高。 在数据库运行阶段， 对数据库经常性的维护工作主要是由 DBA 完成的，它包括： 2.1 数据库的转储和恢复数据库的转储和恢复是系统正式运行后最重要的维护工作之一。DBA 要针对不同的应用要求制定不同的转储计划，以保证一旦发生 故障能尽快将数据库恢复到某种一致的状态， 并尽可能减少对数据库 的破坏。2.2 数据库的安全性、完整性控制在数据库运行过程中，由于应用环 境的变化， 对安全性的要求也会发生变化， 比如有的数据原来是机密 的，现在是可以公开查询的了，而新加入的数据又可能是机密的了。系统中用户的密级也会改变。这些都需要 DBA 根据实际情况修改原 有的安全性

13、控制。同样，数据库的完整性约束条件也会变化，也需要DBA 不断修正，以满足用户要求。2.3 数据库性能的监督、分析和改造在数据库运行过程中，监督系统 运行，对监测数据进行分析，找出改进系统性能的方法是 DBA 的又 一重要任务。 目前有些 DBMS 产品提供了监测系统性能参数的工具，DBA 可以利用这些工具方便地得到系统运行过程中一系列性能参数 的值。 DBA 应仔细分析这些数据，判断当前系统运行状况是否是最 佳，应当做哪些改进。例如调整系统物理参数，或对数据库进行重组 织或重构造等。2.4 数据库的重组织与重构造数据库运行一段时间后，由于记录不断 增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效 率，数据库性能下降，这时 DBA 就要对数据库进行重组织，或部分 重组织（只对频繁增、删的表进行重组织）。DBMS 般都提供数据 重组织用的实用程序。 在重组织的过程中， 按原设计要求重新安排存 储位置、回收垃圾、减少指针链等， 提高系统性能。 数据库的重组织， 并不修改原设计的逻辑和物理结构， 而数据库的重构造则不同， 它是 指部分修改数据库的模式和内模式。由于数据库应用环境发生变化