数据库管理办法.docx

数据库管理办法.docx

《数据库管理办法.docx》由会员分享，可在线阅读，更多相关《数据库管理办法.docx（13页珍藏版）》请在冰豆网上搜索。

数据库管理办法

数据库管理办法

目次

前言

本规范根据《中华人民共和国国家安全法》、《中华人民共和国计算机信息系统安全保护条例》ISO/IEC27001:

2005，《信息安全管理体系要求》、ISO/IEC27002:

2005，《信息安全管理实用规则》等有关标准进行制定。

本办法由公司标准化管理委员会提出。

本办法由公司信息通讯部组织起草并归口解释。

主要起草人：

审核：

批准：

本办法于2011年05月31日首次发布。

数据库管理办法

1范围

本标准规定了公司信息管理的职责、管理内容与方法、检查与考核。

本标准适用于公司信息通讯部管理工作。

2规范性引用文件

下列文件对于本部分的应用是必不可少的。

凡是注日期的引用文件，仅注日期的版本适用于本部分。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本部分。

《中华人民共和国国家安全法》

《中华人民共和国计算机信息系统安全保护条例》

GB/T22080—2008idtISO27001:

2005信息技术安全技术信息安全管理体系要求

GB/T22081—2008idtISO27002:

2005信息技术安全技术信息安全管理实用规则

3术语和定义

下列术语和定义适用于本部分。

（略）

4职责

4.1信息通讯部

4.1.1负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势，保证数据库系统的安全运行。

4.1.2负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。

4.1.3负责定期对所管辖数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。

4.1.4负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。

4.1.5负责所管辖数据库系统的数据一致性和完整性，并协助应用开发、使用操作等人员做好相关的配置、检查等工作。

4.1.6负责做好数据库系统及数据的备份和恢复工作。

5管理内容与方法

5.1数据库的日常管理

5.1.1每日的管理工作

数据库管理员每天进行如下检查工作：

1）检查所有的数据库实例状态以及所有与数据库相关的后台进程。

2）检查数据库网络的连通与否，如查看监听器（listener）的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等。

3）检查磁盘空间的使用情况。

如果剩余的空间不足20%，需要删除无用的文件以释放空间。

4）查看告警文件有无异常。

5）根据数据库系统的特点，检查其它日志文件中的内容，发现异常要及时加以处理。

6）检查CPU、内存及IO等的状态。

7）检查备份日志文件以及网络备份软件的监控记录，确定自动备份有无成功完成。

对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的，备份内容是否齐全。

运行在归档模式下的数据库，既要注意归档日志文件的清除，以免磁盘空间被占满，也必须注意归档日志文件的保留，以备恢复时使用。

8）每天运行数据库管理控制台，检查数据存储空间的使用情况、剩余情况，必要时，增大数据存储空间容量。

对于使用量增加快的表空间要重点关注。

5.1.2每月的管理工作

1）收集数据库的性能统计数据，检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。

2）检查数据对象存储空间碎片情况，必要时加以调整。

3）比较分析数据库系统和操作系统的CPU、内存、网络及硬盘的利用率，以此确定出近期将可能出现的资源争夺趋势，必要时加以调整，以避免系统资源的争夺，如果调整还达不到要求，须考虑增加新资源。

4）检查每日数据库管理工作的执行情况，用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。

5.1.3每年的管理工作

1）逐项检查每日、每月数据库管理工作的执行情况。

用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。

2）对数据库系统运行的情况做出统计。

3）分析运行状况资源消耗的趋势，作好新一年的计划。

5.2数据库的安全管理

5.2.1数据库的环境安全

1）物理环境安全：

a）数据库服务器所放置的场所，电源、空调、温度、空气湿度、通风条件、防水防尘防雷防震防静电等均要满足计算机机房的规范要求以及服务器本身的场所要求。

b）数据库服务器所在的服务器区域边界应部署防火墙或其它逻辑隔离设施。

2）宿主操作系统安全：

a）数据库系统的宿主操作系统除提供数据库服务外，不得提供其它网络服务，如WWW、FTP、DNS等。

b）应在宿主操作系统中设置本地数据库专用账户，并赋予该账户除运行各种数据库服务之外的最低权限。

c）对数据库系统安装目录及相应文件访问权限进行控制，如：

禁止除专用账户外的其它账户修改、删除、创建子目录或文件。

5.2.2数据库系统安装、启动与更新时的安全规定

1）系统安装：

a）生产数据库系统应与开发测试数据库系统物理分离，并确保没有安装未使用的数据库系统组件或模块。

b）对数据库用户的创建、删除和更改工作做好记录。

c）对数据库对象存储空间的创建、删除和更改工作做好记录。

d）对系统的安装更新、系统设置的更改等要作好维护记录。

2）系统启动：

应注意确保没有开启未使用的数据库系统服务。

3）系统更新：

a）应将数据库产品提供商不再支持的版本升级到最新的（或支持的）版本。

b）应为数据库系统安装必要的修补程序，在安装修补程序前做好数据库测试和备份工作。

4）数据保密：

严禁任何人泄漏数据库业务关键数据。

如需要查询或提取业务数据时，须向公司信息通讯部提出申请，经同意后由数据库管理员进行操作。

5.2.3账户安全和口令策略

1）账户设置：

a）在系统正式使用前，数据库管理员应修改系统默认密码，并对不需要的账号进行删除或锁定。

b）数据库管理员具有最高数据库管理权限，其他人员需要直连访问数据库或需要具有一定数据库操作权限，必须向业务主管领导申请，经审批通过后，由数据库管理员告知用户权限等信息。

其他人员通过业务系统访问数据库。

c）数据库管理员为每一个数据库用户根据需要的权限建立专门的账号，以区分责任，提高系统的安全性，用户必须使用自己的账号登录数据库。

d）对账号权限的设置遵从最小化原则。

e）普通数据库用户账户与数据库管理员账户分离。

2）用户类型：

a）系统管理员：

能够管理数据库系统中的所有组件及所有数据库。

b）数据库管理员：

能够管理相关数据库中的账户、对象及数据。

c）数据库用户：

只能以特定的权限访问特定的数据库对象，不具有数据库管理权限。

3）用户权限：

针对每个数据库账户按最小权限原则设置其在相应数据库中的权限。

包括如下几种权限：

a）系统管理权限：

包括账户管理、服务管理、数据库管理等。

b）数据库管理权限：

包括创建、删除、修改数据库等。

c）数据库访问权限：

包括插入、删除、修改数据库特定表记录等。

4）数据库对象安全：

a）数据文件安全。

对数据文件访问权限进行控制，如禁止除专用账户外的其它账户访问、修改、删除数据文件。

b）删除不需要的示例数据库。

在允许存在的示例数据库中严格控制数据库账户的权限。

c）存储过程。

应注意删除或禁用不需要的数据库存储过程。

d）敏感数据安全。

对于数据库中的敏感字段，如：

口令等，要加密保存。

5）口令策略：

a）数据库账户口令应为无意义的字符组，长度至少八位，并且至少包括数字、英文字母两类字符。

可设置相应的策略强制复杂的口令。

b）必须根据安全要求对数据库管理系统的密码策略进行设置和调整，以确保口令符合要求。

c）口令设置的具体要求可参考《信息系统设备账号、口令管理办法》中的相关规定。

6）口令修改要求：

应定期或不定期修改数据库管理员口令，在下述几种情况下应修改数据库管理员口令：

a）数据库正式使用之前。

b）数据库系统或相关的应用系统遭到入侵。

c）数据库管理员轮换。

d）数据库管理员口令泄露。

e）其它修改口令要求。

5.2.4访问控制

1）鉴别方式/方法：

使用数据库系统的账户鉴别方式鉴别数据库用户，不可使用宿主操作系统的账户鉴别代替数据库账户鉴别。

2）服务及端口限制：

a）在外围防火墙或其它隔离设施上控制从互联网到数据库系统的直接访问。

b）修改数据库系统默认监听端口。

3）数据库连接：

a）应用程序的数据库连接字符串中不能出现数据库账户、口令明文。

b）禁止未授权的数据库系统远程管理访问，对于已经批准的远程管理访问，应采取安全措施增强远程管理访问安全。

5.2.5紧急事故的处理

1）应对系统安装、设置更改、账号变更、表空间变更、数据对象变更、数据库备份等系统维护工作进行记录，以备查阅。

2）应结合应用系统，制定紧急事故预防措施和应急处理措施，并配备应急处理人员，数据库系统管理员定期检查紧急事故预防措施的执行情况。

3）为了避免硬件设备的单点故障造成数据库的不可用，对于要求持续、无故障运行的数据库，在设计时应使用双机集群、双机热备等技术手段，提高系统的可靠性。

4）对万一出现紧急情况可能影响面大的，后果可能严重的应用系统，应设立以单位领导牵头的专门的应急处理机构。

5）应对系统异常和系统故障的时间、现象、应急处理方法及结果作详细的记录。

5.2.6数据库文件管理

1）必须对数据系统软件的介质、资料和许可证进行登记，并设专人负责保管。

2）登记的内容应包括软件的名称和版本、软件出版商、许可证类型和数量、介质的编号和数量、软件安装序列号、资料名称和数量、购买日期等。

3）应有软件和资料的借用审批和借还登记手续。

4）对数据库系统软件介质和资料要进行复制，借用时宜提供复制品，以保护原件及避免丢失。

5.2.7数据库安全管理

1）数据库管理员应经常检查数据库系统的安全配置，并确保符合安全配置要求。

2）数据库管理员和数据库审计员应定期查看数据库系统的运行日志和审计日志，以及时发现出现的安全问题。

3）数据库管理员应定期使用最新的安全检查或安全分析工具对系统进行检查，并及时消除存在的漏洞；特别是在新软件安装或软件更新之后。

5.3备份与恢复

1）数据库系统管理员应对数据库系统的配置参数及相关文件进行备份，当配置发生变更时必须重新备份，以便系统故障时能尽快恢复系统配置。

2）应制定数据库系统的备份策略，定期对数据库系统进行备份。

3）数据库备份策略的制定要以尽可能高效地进行备份与恢复为目标，并且与操作系统的备份最好地结合，宜采用物理备份与逻辑备份相结合。

4）必须对备份权限的设置加以严格控制。

5）必须妥善存放和保管备份介质（包括磁带、从数据库导出的文件等），防止非法访问。

对备份的介质应做好标识，存放环境符合要求。

5.3.1备份方式及策略

1）完全备份：

对备份的内容进行整体备份。

2）增量备份：

仅备份相对于上一次备份后新增加和修改过的数据。

3）差分备份：

仅备份相对于上一次完全备份之后新增加和修改过的数据。

4）按需备份：

仅备份应用系统需要的部分数据。

5）必须根据各个应用所能接受的恢复时间去选择对系统和数据的备份方式，并采取相应的备份策略。

6）结合使用在线备份、逻辑备份和物理备份等多种方式，并且自动方式和手动方式相结合。

7）数据备份应根据系统情况和备份内容，采用不同的备份方式及策略，并做好记录。

5.3.2备份要求

1）为确保所备份的内容可再现系统的运行环境，数据备份内容应包括公司生产、经营、管理等应用系统中的所有关键业务数据。

2）对计算机和设备进行软件安装、系统升级或更改配置时，应进行系统和数据、设备参数的完全备份。

应用系统更新后，应对原系统及其数据的完全备份资料保存十年以上。

3）对数据库的数据要求定时自动备份。

4）必须建立备份文件档案及档案库，详细记录备份数据的信息。

要做好数据备份的文卷管理，所有备份应有明确标识，包括卷包、运行环境、备份人等信息。

5）存档数据的保存时间可根据数据重要程度和有效利用周期确定。

6）必须考虑备份介质的安全问题，既要保证存放的物理环境，也要避免对备份数据的非授权访问。

7）数据备份应保存两份拷贝，一份在现办公地址保存，以保证数据的正常快速恢复和数据查询，另一份在现办公地址外保存，避免灾难后数据无法恢复。

8）系统管理员和数据库管理员确定备份策略，由备份管理员执行备份。

5.3.3恢复的管理

恢复的操作直接影响到实际的应用。

恢复操作应严格按一定的操作程序进行，而绝不能由备份系统管理员或某一个应用者进行恢复操作了事。

1）故障确认：

在进行恢复之前首先应该确认造成故障的原因。

故障的原因非常多，应该分清是操作系统的故障还是数据库的故障。

如果是数据库的故障，不同的数据库应采用不同的故障分析方法，有时可以使用数据库提供的故障诊断工具进行故障分析。

这些工作由系统管理员或数据库管理员负责进行，在完成故障分析后确认需要进行恢复操作时，由相应的管理者提交书面的故障分析报告。

2）制定恢复计划：

备份系统管理员在收到故障分析报告后应与相应管理者一起制定详细的恢复计划，包括应恢复的内容、恢复的时间、恢复的操作步骤、恢复对应用造成的影响等，最后形成一个书面的恢复计划。

备份系统管理者应将故障分析报告与恢复计划一起提交到相应的主管领导审批。

主管领导应确认恢复对生产造成的影响，在批准执行恢复前应以相应方式与有关部门进行沟通和通知有关部门进行恢复前的准备工作。

3）恢复操作：

在进行实际的恢复前，备份系统管理者与相应管理者应再次确认恢复计划的可行性及造成的后果。

确认无误后进入到实际的恢复操作。

在进行恢复前，现有的内容作相应的备份。

以防止在恢复的过程中发生更进一步的错误。

进行恢复操作时应将每一步的执行过程记录下来，以备后用。

4）恢复后的操作：

完成恢复后应测试恢复的结果。

在完成恢复结果测试成功后，对恢复后的系统进行相应的备份。

最后，将执行恢复操作的管理者、恢复操作的时间、过程、完成的状况等形成书面报告，报有关领导进行审批。

有关领导确认恢复完成后，通知相应部门恢复有关的应用。

审批后的恢复报告应与故障分析报告、恢复计划、恢复操作报告一起进行存档。

5.3.4对长期保存的备份进行校验

应该每年对长期保存的备份进行校验，以防止在需要时，备份却不可用的情况发生。

校验应使用专业的校验工具进行。

5.3.5异地容灾备份

重要的数据必须设计和实施异地容灾的方案，以防备不可预见的灾难对在线数据及其备份数据毁灭性的破坏。

异地容灾备份的方式和频率要结合对数据的完全恢复或不完全恢复等因素进行考虑。

5.4日志及监控审计

数据库日志及监控审计，应配置数据库系统记录所有用户的各种操作事件。

5.4.1审计范围

若数据库系统提供相应的功能，下列事件需要通过配置数据库系统记录在日志中，若数据库系统不提供相应的功能，这些事件应该由数据库管理员手工填写日志并存档：

1）数据库系统管理，包括系统安装/升级以及一些重要配置变更等。

2）数据库系统账户管理，包括账户增加/删除、权限分配。

3）数据库管理，包括创建/删除/修改、备份/恢复。

5.4.2日志保存

1）数据库管理员应防止日志数据丢失，要求日志存储已满时，采取相应的防止日志数据丢失的措施，如：

忽略审计事件、覆盖已存储的最老的审计事件、日志文件自动生长、重新创建日志文件等。

2）日志文件应与数据库数据一样，定期备份并妥善安全保存，防止备份日志的丢失、泄露与被篡改。

5.4.3日志访问

数据库管理员应采取措施保证只有授权用户才能访问日志信息。

5.4.4安全审计

数据库管理员定期对数据库进行安全审计，内容包括：

用户权限、访问限制等。

5.5数据存放、归档管理

1）应结合各个应用系统，确定存放在当前数据库系统中的在线数据的有效使用期限，需要更新的要做到及时更新，必要时应与应用开发人员配合做好此项工作；

2）对暂时不用的数据可转移到海量存储介质中，以腾出数据库系统中有限的磁盘空间。

3）及时清理无用的数据。

4）对存储有数据的海量存储介质必须妥善保管。

既要保证存放的物理环境，也要避免对备份数据的非授权访问。

5）同一数据必须有两个以上的副本，并且异地存放。

6）硬件、软件更新换代时，要明确每一项数据的去留与否，做好迁移或清理工作。

对一时难以确定去留的数据，可存储在海量存储介质中。

7）存储在海量存储介质中的数据，必须保证能够正确地读出来，供正常使用。

否则必须及时将数据转移到新的海量存储介质中去。

8）对需要归档的历史数据等，要按照归档的有关规定进行归档。

6检查与考核

6.1检查方法：

按本标准进行检查。

6.3考核部门：

信息通讯部。