证券行业交易系统数据库运维答案

1 . 证券行业交易系统数据库故障排除流程中最先需要做的是（）。

A.排查是否数据库资源短缺

B.排查是否数据库服务器CPU 忙

C.排查数据库索引是否正常

D.排查是否是应用程序还是数据库发生问题

2 . 以下（）不属于ORACLE数据库服务端进程。

A.用户进程

B.服务器进程

C.后台进程

D.监听进程

3 . 以下哪项不是证券行业交易系统数据库运维工作范围？

A.监控数据库运行状态

B.数据库相关日志日常检查

C.定期进行数据库健康检查

D.数据库服务器故障硬件更换

4 . 以下哪项不是证券行业交易系统数据库故障处理流程？

A.按照应急流程进行系统切换

B.看故障能否在短时间内解决以及可能性

C.增加数据库连接数

D.确定故障影响范围

1 . 通常以下（）手段在证券行业交易系统数据库调优中效果最好。

A.数据库设计优化

B.索引优化

C.存储优化

D.系统架构优化

2 . 证券行业交易系统数据库常用的优化器规则是什么？

A.CHOOSE

B.ALL_ROWS

C.RULE

D.First_ROWS

3 . 以下（）不属于证券行业交易系统数据库故障应急处理流程的关键环节。

A.确定故障影响范围

B.分析故障发生的原因

C.按照应急流程进行系统切换

D.联系软件供应商

3 . 通常以下各项手段在证券行业交易系统数据库调优中技术成本最低的是什么？

A.提高数据库服务器硬件

B.提升数据库服务器存储性能

C.对影响数据库性能的SQL语句进行性能调优

D.使用硬件负载均衡器

4 . 以下（）不是证券行业交易系统数据库故障解决的有效方法。

A.分析故障现象，准确定位故障发生时间

B.罗列最近做过的数据库变更，如硬件、软件变更

C.分析相关日志信息：操作系统日志、数据库alertlog信息、Awr日志

D.重启数据库

多选题（共3题，每题10分）

1 . ORACLE数据库内存结构主要由哪些部分组成？

A.SGA

B.PGA

C.共享池，数据库缓冲区，日志缓冲区

D.归档文件

3 . 实现证券行业交易系统高可靠性的常用方法有哪些？

A.RAC&TAF（Transparent Application Failover）

B.数据实时复制（DDS&DSG）

C.硬件均衡器

D.热备&温备&应急切换

1.以下哪些是ORACLE RAC数据库的特点？

A.多个实例访问一个数据库

B.实例通过所有节点延伸

C.物理或逻辑的访问每个数据库数据文件

D.多个数据库实例间共享缓存

2.以下哪些是证券行业交易系统数据库运维内容？

A.日志检查

B.空间检查

C.数据库升级

D.索引重建

2 . 证券行业交易系统数据库物理结构主要包含哪些？

A.数据文件

B.日志文件

C.控制文件

D.参数文件

3 . 证券行业交易系统数据库特点有哪些？

A.周期性

B.高效率

C.应用相关性

D.高峰值

2 . ORACLE数据库常用数据导出工具有哪些？

A.EXP

B.DBLINK

C.IMP

D.EXPDP

题库内一道多选题：

题库内一道多选题：性能调优的因素：

判断题（共3题，每题10分）

1 . 证券行业交易系统数据库峰值压力是正常时的数倍甚至是数十倍。

对错

2 . 证券行业交易系统数据库性能调优主要是通过增加硬件性能来实现。

对错

3 . ORACLE RAC多个实例共同访问一个数据库。

对错

3 . 数据库用户访问需要遵循的重要安全原则是“最小权限”。

对错

3 . ORACLERA（ORACLE RAC）是证券行业交易系统数据库常用的增强可用性方法。

对错

1 . 保障数据库安全性最重要的手段是恢复。

对错

数据库维护工作介绍说明

数据库维护工作手册文档编号：文档名称：编写：审核：批准: 批准日期：

目录 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.ora）记录数据库启动，关闭和一些重要的出错信息。数据库管理员应该经常检查这个文件，并对出现的问题作出即使的反应。可以通过以下SQL 找到他的路径select value from v$parameter where upper(name) ='BACKGROUND_DUMP_DEST'，或通过参数文件获得其路径，或者show parameter BACKGROUND_DUMP_DEST。 ·后台跟踪文件路径与报警文件路径一致，记载了系统后台进程出错时写入的信息。 ·用户跟踪文件

MySQL数据库运维

MySQL数据库运维 MySQL数据库作为世界上最流行的开源数据库，以简单、易用、开源等特点，收到互联网行业的推崇。随着去IOE运动的如火如荼，MySQL数据库已经深入到传统行业，大有改变行业格局。而与此同时，MySQL数据库规模成倍的增长，如何快速定位问题，解决问题？如何规模化、自动化运维？如何进行优化，提高MySQL数据库的性能？如何架构部署MySQL集群、架构跨IDC的分布式MySQL集群？如何实现MySQL数据库的HA？将在本课程中跟大家分享。课程大纲：第1课机器选型、系统规划机器选型业务评估--根据业务进行评估，转化为机器资源需求。 SSD vs HDD--熟悉SSD和HDD的架构设计，了解SSD的发展趋势。成本评估--通过成本评估，选择合适机型。系统规划文件系统规划--根据MySQL的特点，规划文件系统，IO调度。数据库配置--根据IO写入特点，配置MySQL数据库。第2课安装部署源码编译--源码编译安装操作处理方法。

功能定制--定制mysql的Server限流，SQL限流，并行复制，ThreadPool功能。规模化部署--了解打包、配置模板、数据目录等统一管理方法。版本升级--跨版本升级如何做到安全可靠？资源池管理--资源管理、实例分配、资源利用率等。第3课压力测试 TPC-C模型--了解TPC-C模型设计。测试工具--熟悉常用的数据库测试工具。基准测试--介绍只读测试、TPCC测试、读写比测试方法。定制测试--介绍定制sql模型、定制测试工具、流量加速回放等方法。评估标准--介绍评估测试结果的基本参数标准。第4课性能优化参数优化--详细介绍与MySQL数据库息息相关的性能参数和优化方法。性能优化--详细介绍系统层优化和MySQL功能优化。（NUMA、MALLOC等）第5课字符集和权限安全字符集常见问题--介绍字符集乱码的常见问题以及解决方法。注意事项--介绍字符集设置的注意事项，以及如何规避。权限安全

网络运维简介

一、前言大家好，接近一年的时间没有怎么书写博客了，一方面是工作上比较忙，同时生活上也步入正轨，事情比较繁多，目前总算是趋于稳定，可以有时间来完善以前没有写完的系列，也算是对自己这段时间工作和生活上总结，同时也加深下自己对架构和设计方面的理解，由于本人的写作水平有限，所以在书写的深度和书写的格式上还有很多的缺点，还希望大家多多指出。二、开篇本篇我们将针对系统架构中的分层进行讲述，分析不同分层模式的优缺点及应用的场景，当然我们会结合一些案例来介绍这些分层，通过案例来证明各种分层的好处与优缺点，本篇作为开篇主要是介绍这个分层系列中会讲述到的几种分层模式实践，由于很多分层模式也是自己在工作过程中总结和经验积累下来的，可能存在个人理解或用法上错误之处，还请大家指出，我予以及时更正。三、内容提要 1、前言 2、开篇 3、本文提纲 4、分层模式 4.1、分层架构介绍 4.1、后端分层多层 4.1.1、普通三层架构 4.1.2、多层架构 4.2、前端分层模式

4.2.1、MVC模式 4.2.2、MVP模式 4.2.3、MVVM模式 5、结束语 6、系列进度 7、下篇预告四、分层模式 4.1、分层架构介绍架构首先是分为不同层次的和不同视图的，例如架构有五种视图：逻辑视图、物理视图、数据视图、运行视图、开发视图。我们今天不讲解这几个不同的视图，而是讲解分层对于软件设计的意义及关注点，之前我也发过一片单机软件架构的文章，文章中提到了一个软件从简单到复杂的全过程，而软件架构也是一个迭代的过程，是一个循序渐进，不断完善的过程。我们今天交流的主要是逻辑纬度的分层，关于物理视图的分层，本篇先不讲解，因为那块更复杂，同时也更重要，对于大型的互联网软件或大型的互联网网站，更关注的是物理架构方面的设计。下面我们就来针对当前的一些分层模式来进行讲解，并且进行简要的分析和应用场景介绍。 4.2、后端分层架构一、普通三层架构三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。

数据库日常运维手册

神州数码信息系统有限公司数据库日常运维手册神州数码信息系统有限公司 2015/9/5

日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控：(1). 每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查，发现并解决问题。并要有相关的人员负责每天查看，发现问题及时上报分析。检查每天的数据库备份完成情况。 (2). 每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。 (3). 每月对表和索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查（4）根据公司数据库的安全策略对ORACLE DB进行加固一．日维护过程 1.1、确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程: $ps –ef|grep ora 1.2、检查文件系统的使用（剩余空间）如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。 #df –k 1.3、检查日志文件和trace文件记录检查相关的日志文件和trace文件中是否存在错误。 A、连接到每个需管理的系统使用’telnet’命令 B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常是 $ORACLE_BASE//bdump #$ORACLE_BASE//bdump

C、使用Unix ‘tail’命令来查看alert_.log文件 #tail $ORACLE_BASE//bdump/alert_.log D、如果发现任何新的ORA- 错误,记录并解决 1.4、检查数据库当日备份的有效性。对RMAN备份方式: 1.5、检查数据文件的状态检查所有数据文件并记录状态不是“online”的数据文件，并做恢复。 Sqlplus> Select file_name from dba_data_files where status=’OFFLINE’ 1.6、检查表空间的使用情况 SELECT tablespace_name, max_m, count_blocksfree_blk_cnt, sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name), ( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name ) WHERE tablespace_name = fs_ts_name 1.7、检查剩余表空间 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_chunks FROM dba_free_space GROUP BY tablespace_name; 1.8、监控数据库性能（重点）运行bstat/estat生成系统报告或者使用statspack收集统计数据 1.9、检查数据库系统性能（重点）主要检查并记录数据库系统的cpu使用率、pagespaces、IO、buffer命中率等等，可以使用topas、vmstat、iostat、glance、top等命令

数据库日常运维手册

神州数码信息系统有限公司数据库日常运维手册神州数码信息系统有限公司 2015/9/5 日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控: (1)、每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查,发现并解决问题。并要有相关的人员负责每天查瞧,发现问题及时上报分析。检查每天的数据库备份完成情况。 (2)、每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。 (3)、每月对表与索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查 (4)根据公司数据库的安全策略对ORACLE DB进行加固一．日维护过程 1、1、确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程: $ps –ef|grep ora 1、2、检查文件系统的使用(剩余空间) 如果文件系统的剩余空间小于20%,需删除不用的文件以释放空间。 #df –k 1、3、检查日志文件与trace文件记录检查相关的日志文件与trace文件中就是否存在错误。 A、连接到每个需管理的系统使用’telnet’命令 B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常就是 $ORACLE_BASE//bdump #$ORACLE_BASE//bdump C、使用Unix ‘tail’命令来查瞧alert_、log文件 #tail $ORACLE_BASE//bdump/alert_、log

数据库运维服务

oracle数据库运维服务 360oracle技术服务中心可提供以下运维服务数据库容灾服务数据灾备系统式保障数据安全的重要手段之一。Oracle DataGuard通过使用称为 standby database的数据库来防止出现数据的灾难。它通过将prinary database数据库的重做日志传到并应用到standby database数据库来使standby database数据库与primary database 数据库同步，来达到不同的数据库数据保护级别。我们根据在此领域多年的实践经验和对数据库的深刻理解，为客户指定切合实际的容灾方案，保证业务的连续运行。数据库 RAC集群维护对于用户生产中使用的数据库 RAC集群，提供维保服务。定期对集群环境进行维护、监控，确保集群系统正常运行，当集群中出现预警信号时，及时查明告警原因，及时消除事故隐患；定期为用户做数据备份及验证工作，保证用户的数据安全；当集群系统出现突发事故时，第一时间到达现场，排除故障，减少意外宕机时间。数据库RAC集群部署数据库集群可提供7X24小时不间断的数据库服务，是一个真正搞性能低成本的数据库平台，由低成本服务器构成的集群可达到高端服务器提供的高性能及高可用性，可节约60%以上的硬件投资。作为数据库集群技术，它能够迅速、有效地在群集的所有计算机上共享那些经常被访问的数据，以提供透明的应用可伸缩性。数据库备份与恢复防止数据丢失和数据库崩溃的最后一道防线是备份，备份是将数据备份到同一个或者另外一个存储中，当数据库发生灾难或者丢失数据的时候，可以从这个备份中恢复回来。数据库的备份分为：物理备份和逻辑备份；而物理备份又分为热备份和冷备份。备份需要考虑备份窗口、备份策略、备份有效性等因素，同时要对存储进行有效的规划，防止最后一道防线出现问题。根据多年数据库经验，为客户数据库系统备份制定有效的策略，同时充分考虑备份过程可能出现的问题，为备份做出定时检验，保障客户数据库系统的安全。数据库应急故障服务由具有相关工作经验的资深数据库认证工程师在用户的数据库产品出现重大故障时提供现场紧急救援服务。重大故障如：OS故障、导致数据库不能正常启动或运行、硬件故障（包括CPU、硬盘等），导致数据库崩溃、人为故障，包括维护人员不小心删除数据库文件，或人为将Table中的数据删除、导致数据库不能正常运行的情况，如控制文件遭破坏，Redo Log文件遭破坏，数据文件遭破坏等等。对于上述严重影响业务ideas问题，接到用户的事故报告，并经确认为重大故障后，4小时内到达现场，提出问题的解决方案，并在短时间内解决问题。每次故障处理完毕3个工作日内提供详细的故障处理报告。数据库调整优化服务

数据库基本维护

数据库基本维护检查备份 cd/home/u01/rmanback/rmanfile ls–ltr 最后能够看到当天的ctl_yyyymmdd开头的备份文件，表示备份正常如果有异常告诉我检查同步 130库（主库） cd/home/u01/app/oracle/diag/rdbms/xgjldb/XGJLDB/trace vi alert_XGJLDB.log 发现类似

证明同步到131库（备库）正常 131库检查 cd/home/u01/app/oracle/diag/rdbms/xgjldbdg/XGJLDB/trace vi alert_XGJLDB.log 从这里可以看出来，主库的日志是到sequence 31，备库也同步到seq 31，证明主备库同步正常如果不正常告诉我表空间检查 su– oracle sqlplus / as sysdba @/home/oracle/tbs.sql 有表空间使用率超过80%告诉我硬盘空间检查 df–h 如果有磁盘空间使用率大于80% 告诉我检查主库报错 cd/home/u01/app/oracle/diag/rdbms/xgjldb/XGJLDB/trace grep ORA- alert_XGJLDB.log 如果有错误告诉我

数据库重启维护 130库（主库）停止数据库操作 su – oracle lsnrctl stop sqlplus / as sysdba shutdown immediate exit; 启动数据库操作 su– oracle lsnrctl start sqlplus / as sysdba startup exit; 131库（备库）停止数据库操作 su – oracle lsnrctl stop sqlplus / as sysdba ALTER DATABASE RECOVER MANAGED STANDBY DATABASE cancel; Shutdown immediate Exit; 启动数据库操作 su – oracle lsnrctl start

数据库日常运维操作手册

数据库日常运维操作手册日常运维操作手册主要针对ORACLE数据库管理员对数据库系统做定期监控： (1). 每天对ORACLE数据库的运行状态、日志文件、备份情况、数据库的空间使用情况、系统资源的使用情况进行检查，发现并解决问题。并要有相关的人员负责每天查看，发现问题及时上报分析。检查每天的数据库备份完成情况。 (2). 每周对数据库对象的空间扩展情况、数据的增长情况进行监控、对数据库做健康检查、对数据库对象的状态做检查。 (3). 每月对表和索引等进行Analyze、检查表空间碎片、寻找数据库性能调整的机会、进行数据库性能调整、提出下一步空间管理计划。对ORACLE数据库状态进行一次全面检查（4）根据贵公司数据库的安全策略对ORACLE DB进行加固一．日维护过程 1.1、确认所有的INSTANCE状态正常登陆到所有数据库或例程,检测ORACLE后台进程: $ps –ef|grepora 1.2、检查文件系统的使用（剩余空间）如果文件系统的剩余空间小于20%，需删除不用的文件以释放空间。 #df –k 1.3、检查日志文件和trace文件记录检查相关的日志文件和trace文件中是否存在错误。 A、连接到每个需管理的系统使用?telnet?命令

B、对每个数据库,进入到数据库的bdump目录,unix系统中BDUMP目录通常是$ORACLE_BASE//bdump #$ORACLE_BASE//bdump C、使用Unix …tail?命令来查看alert_.log文件 #tail $ORACLE_BASE//bdump/alert_.log D、如果发现任何新的ORA- 错误,记录并解决 1.4、检查数据库当日备份的有效性。对RMAN备份方式: 1.5、检查数据文件的状态检查所有数据文件并记录状态不是“online”的数据文件，并做恢复。 Sqlplus> Select file_name from dba_data_files where status=?OFFLINE? 1.6、检查表空间的使用情况 SELECT tablespace_name, max_m, count_blocksfree_blk_cnt, sum_free_m,to_char(100*sum_free_m/sum_m, '99.99') || '%' AS pct_free FROM ( SELECT tablespace_name,sum(bytes)/1024/1024 AS sum_m FROM dba_data_files GROUP BY tablespace_name), ( SELECT tablespace_name AS fs_ts_name, max(bytes)/1024/1024 AS max_m, count(blocks) AS count_blocks, sum(bytes/1024/1024) AS sum_free_m FROM dba_free_space GROUP BY tablespace_name ) WHERE tablespace_name = fs_ts_name 1.7、检查剩余表空间 SELECT tablespace_name, sum ( blocks ) as free_blk , trunc ( sum ( bytes ) /(1024*1024) ) as free_m, max ( bytes ) / (1024) as big_chunk_k,

【免费下载】数据库工程师笔试题运维

数据库工程师笔试题在开始笔试之情，请填写一些必要的信息姓名手机年龄毕业至今工作了多少年最近一个全日制毕业学校最近一个全时任职的公司如果我们录用您，您什么时候可以来公司上班？-------------------------------------------------------------------------------------------------------------------------A ．试题说明● 笔试时间为60分钟●软件工程师笔试题分为五个部分：基础题，SQL 调优,开发类,备份恢复类,系统管理类。-------------------------------------------------------------------------------------------------------------------------B ．基础题1.下图中共包涵 _________个正方形2. 2. 图中每个字母代表一个数字，图中数字分别为横排和竖列字母代表数字的总和，请写出“?”处所对应的数字 _________A A C D 15 B B C B 10 C A B D 14 C A C B 13 131114?　3.有一辆行驶中的公交车，车上乘客只有7个女孩子，其中三个女孩各拎了3个篮子，一个篮子里装了3只兔子，另两个篮子里各装了4只鸡；另外四个女孩各牵着2只狗和1 只鹅。请问：这辆公交车上共有多少条腿？可简单写明推理过程。问题，而且可保障各类管路习题到位。在管路敷设过程中，要加强看护关于管路高中资料试卷连接管口处理高中资料试卷弯扁度固定盒位置保护层防腐跨接地线弯曲半径标高等，要荷下高中资料试卷调控试验；对设备进行调整使其在正常工况下与过度工作下都可以正常工作；对于继电保护进行整核对定值，审核与校对图纸，编写复杂设备与装置高中资料试卷调试方料试卷总体配置时，需要在最大限度内来确保机组高中资料试卷安全，并且尽可能地缩小故障高中资料试卷破坏范围，或者对某些异常高中资料试卷工况进行自动处理，尤其要避免错误高

数据库运维管理规范

数据库运维管理规范龙信思源（北京）科技有限公司 —、总则为规范公司生产系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。二、适用范围本规范中所定义的数据管理内容，特指存放在系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。

三、数据库管理员主要职责 3.1.负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 32负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3.3.负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 34负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5.负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 36负责做好数据库系统及数据的备份和恢复工作。四、数据库的日常管理工作 4.1.数据库管理的每日工作 (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。 (2)检查数据库网络的连通与否，比如查看监听器(listener )的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服 (3)检查磁盘空间的使用情况。如果剩余的空间不足20%，需要删除不用的文件以释放空间或申请添加磁盘。

(4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现异常要及时加以处理。 (6)检查cpu、内存及10等的状态。 (7)检查备份日志文件的监控记录，确定自动备份有无成功完成。对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的，备份内容是否齐全。运行在归档模式下的数据库，既要注意归档日志文件的清除，以免磁盘空间被占满，也必须注意归档日志文件的保留，以备恢复时使用。 (8)每天生成前一日高峰时间段的AW报告，根据报告了解数据库运行情况，并进行SQL调优。 42数据库管理的每月工作 (1)收集数据库的性能统计数据，检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。 (2)检查数据对象存储空间碎片情况，必要时加以调整。 (3)比较分析数据库系统和操作系统的CPU内存，网络，及硬盘的利用率，以此确定出近期将可能出现的资源争夺趋势，必要时加以调整，以避免系统资源的争夺，如果调整还达不到要求，须考虑增加新资源。 (4)检查每日数据库管理工作的执行情况，用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 43数据库管理的每年工作 (1)逐项检查每日、每月数据库管理工作的执行情况。用户、数据对象存

数据库日常运维手册

. 神州数码信息系统有限公司数据库日常运维手册神州数码信息系统有限公司 2015/9/5

2019秋电大大数据库运维复习全全资料

数据库运维复习资料一、单项选择题 1.哪个选项是用来创建和修改数据库结构的（）。 A．DDL B．DML C．DCL D．DQL 2. 数据库中数据的逻辑独立性是指（）。 A．数据与储存结构的逻辑相互独立 B．数据元素之间的逻辑相互独立 C．存储结构与物理结构的逻辑相互独立 D．数据与程序之间的逻辑相互独立 3. MySQL服务器的存储引擎中支持事务处理、支持外键、支持崩溃修复能力和并发控制的存储引擎是（）。 A. InnoDB B. MyISAM C. Memory D. NDB 4. MySQL中设置停止二进制文件的操作是（）。 A. 删除文件my.ini中[mysqld]组里log-bin容 B. 使用SET命令设置SQL_LOG_BIN的值为0 C. 执行二进制日志删除命令删除全部二进制文件即可 D. 以上都对 5.在MySQL数据库中，以下数据库对象与数据库三级模式对应关系正确的是（）。 A. 表属于模式、索引属于模式、视图属于外模式 B. 表属于模式、索引属于外模式、视图属于模式 C. 表属于外模式、索引属于模式、视图属于模式 D. 表属于外模式、索引属于模式、视图属于模式 6.DELETE FROM student语句的作用是（）。 A.删除当前数据库中student表的当前行 B.删除当前数据库中student表的所有行

C.由于没有where语句，所以不删除任何数据 D.删除当前数据库中student表，包括表结构 7.关系数据库中，主键是( )。 A．创建唯一的索引，允许空值 B．只允许以表中第一字段建立 C．允许有多个主键的 D．为标识表中唯一的实体 8. 用户自定义完整性中，不同表的两列或多列之间可能存在的直接要求关系，这种直接要求关系涉及两个不同的表，这种约束为（）。 A．元组约束 B．域约束 C．关系间约束 D．完整性约束 9. 数据库中缓冲区写入磁盘使用的算法是（）。 A.FIFO B. LFU C.ARC D. LRU 10. 系统故障的恢复操作正确的是（）。 A. 反向扫描日志文件，对故障发生前已经提交的事务记入重做队列，故障发生时未完成的事务计入撤销队列 B. 反向扫描日志文件，对故障发生前已经提交的事务记入撤销队列，故障发生时未完成的事务计入重做队列 C. 正向扫描日志文件，对故障发生前已经提交的事务记入撤销队列，故障发生时未完成的事务计入重做队列 D. 正向扫描日志文件，对故障发生前已经提交的事务记入重做队列，故障发生时未完成的事务计入撤销队列 11. InnoDB引擎使用哪一种算法管理缓冲池（）。 A.LRU（最近最少使用） B.NRU（最近未使用） C.OPT（最佳置换） D.FIFO（先来先出） 12. 查询优化策略中，正确的策略是( )。 A.尽可能早地执行笛卡尔积操作 B.尽可能早地执行并操作 C.尽可能早地执行差操作