DB2数据库管理最佳实践笔记-10日常运维.

10.1日常运维工具概述

Runstats是run statistics的缩写，意思是收集统计信息，目的是为DB2优化器提供最佳路径选择；

Rcorg是重组的意思，目的是减少表和索引在物理存储上的碎片，提供性能：

Reorgchk是重组前的检查

Rcbhid是对一些包、存储过程或静态程序进行重新绑泄。

几个工具的执行流程：

首先通过Runstats收集表和索引的统计信息，然后执行Reorg重组，如果有必要则执行，然后再次收集统汁信息。最后，对于静态语句、存储过程等，执行Rebind绑左。

10.2 Runstats

在系统运行一个查询的时候，优化器需要决左用某种方式来访问数据。只有当DB2对表中的数据有一个大概的了解，才能知道每一步操作大约需要处理多少数据，返回多少行。当优化器了解了这些信息后，就会根据一系列的运算，判左出各种访问途径所需要消耗的资源，然后从中选择一个消耗资源最少的方法。

最普通的Runstats就是统计表和索引中有多少行数据，有多少不同的数值。

Runstats命令使用DISTRIBUTION参数手机数据分布。数据分布分为两种，一种叫做频率采样（Frequency）,—种叫做百分比采样（QmuHile）。当收集数据分布时，两种采样方式都会被收集。其中频率采样是手机表中拥有相同数量最多的几行，比如10000行数据中9000 行为10,然后500行为9,然后100行为8,剩下的部分平均分布。如果我们制Frequency 为3的话，那么系统就会记录下来有9000行10.500行9,然后100行8,剩下的部分在估算时则假定平均分布。而百分比采样则是将整个10000行数拯分成相等大小的若干段，然后记录每一段的段首和段尾的数值，当需要查询一个数据段时（比如Cl>10ANDCl<15）,就可以根据每一个数拯段的启始数值加上段落的大小，估算岀符合查询条件的记录数量。

理论上，数据分布收集的越细致越好。但是经过细致的数据分布信息可能会导致DB2在优化SQL 时需要处理更多的信息，并占用更多的系统存储空间，可能会导致性能的下降。因此，一般情况下我们建议使用默认的数据分布采样设置，也就是频率采样为10,百分比采样为20。但是，有些情况下，则需要根据实际情况调整分布参数。

Runstats的语法比较复杂，在实际应用中，最常用的几种使用方法如下：

1）为表和索引收集统汁信息，包括数据分布，代码如下：

RUNSTATS ON TABLE V表模式>.v表名〉ON ALL COLUMNS WITH DISTRIBUTION AND DETAILED INDEXES ALL 2)收集索引统计信息，如果表上没有统讣信息，该选项会同时对表做统讣。但该选项并不会收

集数据分布信息，代码如下：

RUNSTATS ON TABLE v表模式av表名〉FOR INDEXES ALL

3)使用伯努利算法抽样统讣。DB2会扫描每一行数据，但只对一左比例的抽样数据进行统计。这种方法一般用于数据仓库中的大表。如果收集全表数据统计，将需要很长时间，并占用CPU资源，应用性能会造成影响。下列采用了伯努利10%抽样统计，代码如下：

runstats on table v表模式a.v表名：> tablesample bernoulli(lO)

如何査看一个表是否收集了统计信息？

一个比较有效的办法是査看syscat.tables的statsjime字段，如果该字段值为空，则表示没有收集过统计信息，否则会显示统计信息的时间：

db2 ”select char(tabname,20) as tabname,statsjime form syscat.tables where STATS_TIME is NULL H

DB2 runstats命令只能针对单表执行，而无法对整个数据库做运行时统计(虽然可以使用reorgchk update statistics对所有表收集统计信息,但reorgchk并不会收集分布统计)。可考虑将需要执行nmstats的表写入一个脚本，以下是一个脚本范例：

#!/bin/ksh

if [H$#M<3]；then

echo ”USAGE: SO DB_NAME DB_USER_NAME DB_PASSWORD”

exit

fi

DB=$1

DB_USER=$2

DB_PWD=$3

db2 connect to $DB user $DB_USER using $DB_PWD

db2 Select rtrim(RUNSTATS ON TABI^llrtrim(tabschema)ll7lltabnamell,ON ALL COLUMNS WITH DISTRIBUTION ON ALL COLUMNS AND SAMPLED DETAILED INDEXES ALL ALLOW WRITE ACCESS;1) from syscat.tables where type=,T H,>creatcRunstats.txt

grep RUNSTATS createRunstats.txt > runstats_detailcd.sqi

db2 -tvf runstats^detailed.sql

Runstats 命令有allow write accesss 和allow read access 选项，allow write access 选项是默认行为,表示runstats表时，可以读取修改表数据:allow write access选项，会在nmstats的表上加IN锁，而指定allow read access时，会在runstats表上加S锁。

当运行Runstats时，如果出现表和索引统计信息不一致，将会导致Runstats报警而影响优化器路径选择。岀现这种情况，需要同时收集表和索引统计信息。

db2 delete from 11

db2 ninstats on table db2instl.tl

SQL2314W Some statistics are in ail inconsistent state ... SQLSTATE=O 1650

db2 ninstats on table db2instl.tl and detailed indexes all

当执行大数据量得统il?信息收集时，可能岀现“sql2310N”使用程序不能生成统计信息，返回错误“-930“错误,这时可考虑采用抽样统计。

Runstats统计结果存在系统表中，如SYSSTAT.TABLES,如SYSSTAT.TABLES保存了表的统汁信息，SYSSTAT.INDEXES保存了索引统计信息，可以査看这些统汁信息，但不建议手动修改。

在生产环境中，当遇到性能问题时，通常的做法是在测试机上搭建环境，模拟实际场景，但如果生产环境数据量太大、太敏感时，就无法创建相同的数拯环境了，这样统计信息就不会一致，从而无法保证两边的执行汁划是一致的。这时，可以采用的做法是将生产数据库的统计信息抽取出来，在测试库上进行更新，以此来“欺骗”优化器。

db21ook提供了mime选项用于保存统计数据。

db21ook -d sample -m > db21ook_stat.out

以下是Runstats命令的最佳实践：

1?当表的数据量发生了很大变化，如通过load加载了大量数据，或rcorg后，或新增了索引等，建议为相应对象收集runstats信息，为优化器提供最准确的依据。

2.为减小对应用的影响，应尽可能的在空闲时间执行runstats.

3.当表很大、或运维窗口很小，或表数据频繁变动时，可考虑在某些关键字段上执行i-unstats, 而不是在所有字段。

4.当表很大、统计的时间很长时，可考虑采用抽样统讣。

5.为提高可用性，推荐使用allow write access选项，但使用该选项时不能有太多的增删改操作，否则可能会造成数据和索引统计的不一致。

6.系统表也需要经常做ninstats Q

7.为减少统计信息不一致的情况，考虑在表和索引上同时进行统计信息收集。

8.当执行完runstats后,要发出commit命令以释放锁，对于静态语句，还需要对package重新绑泄，以便生成新的访问计划。

10.3 Reorg

103.1问什么需要Reorg

在DB2中，如果经常对数搦进行增删改操作，可能会造成表和索引数据的物理组织不连续，出现空页和溢出等情况。同磁盘碎片整理工具类似，DB2提供了Reorg工具进行表和索引重组，使数据在物理存储上连续，提髙页使用效率，减少I/O次数，提高查询性能。Reorg

是日常运维的重要工具。

当出现以下问题时，Reorg表可能会大大提供性能：

1.如果表中有许多行被删除，可能会导致某些数据页只包含一部分数据，甚至有些页变成空页，当空间并不会释放。通过Reorg后表占用的空间会大大降低。(释放空页)

2.当发生行溢出时。所谓行溢岀(overflow),主要发生在表中包含varchar变长字段的情况, 对变长字段值进行更新后，记录的长度比以前更长，使得原有的页空间不足以放下更新的数据，DB2就会将这行数据放到另外一页，而在原有位置通过指针指向新行的RID,这样对该行的访问需要两次I/O.如果行溢岀的发生得很频繁，会导致大量不必要的I/O开销。这时可Reorg表数据，重新组织数据的存储顺序，减少不必要的I/O.

3.按照某个索引重新组织表数据的物理顺序。

前而我们讲过聚集索引(cluster index)的概念，就是表数据在物理上的存储顺序与索引的顺序相匹配，但随着数据的频繁操作，有些表数据的物理顺序可能无法匹配索引顺序，这时可通过Reorg 操作重新按索引物理排序。

4.当启用了表数据压缩功能时，可通过Reorg建立字典表，并对表数据进行压缩。

当出现以下问题时，Reorg所以可能会大大提高性能

1.当表数据删除后，可能会导致很多索引页变成空页，可通过Reorg索引减少索引页空间。

2.减少索引的层次。索引是B+树结构，包含树根、树枝和叶子节点，根据索引数据的大小, 索引可能会包含几层，层次越低，索引査询需要的I/O就越少。通过Reorg可能降低索引的层次。

3.去除伪删除的行和页。当删除数据后，索引中指向这些行的指针被标记为pseudo deleted, 而不是物理上删除。这时候可通过Reorg删除这些指针，减少索引叶子节点的数虽。

当然，Reorg并不总会降低数据页大小。……

有时候按照索引重组后数据页会增加，这是一种具有建设性的增长。

在生产环境下，DBA比较关心的是Reorg的执行时间、执行频率和对应用的影响。对于大表来说，执行一次Reorg需要的时间可能会更长，对资源的占用率很高，对应用会有一圧的影响，建议在业务空闲的时候执行，执行的频率可考虑每周，或每月做一次。

如何判断一张表或索引是否需要Reorg,有两种方法可供选择：

1.通过Reorgchk工具

2.另外一个是通过sysibmadm.snaptab管理视图。

Reorgchk工具利用8个公式(3个表公式、5个索引公式)判断表和索引是否需要重组。如果表统计结果Fl F2 F3标记为*,则该表需要重组；如果索引统计结果F4-F8有*标记，则需对索引重组。db2 reorgchk on schema db2admin

当表很多时对Reorgchk结果的解析会比较麻烦，这是可考虑sysibmadm.snaptab管理视图, 如果发现overtlow_accesses与rows_read比例高于3%,则需要对表进行重组。注意：采用此方法需要将实例监控器打开开关(update dbm cfg using dft_mon_table on):

db2

"SELECT substr(TABNAME.1.18) as TABNAME.ROWS_READ,OVERFLOW_ACCESSES from SYSIBMADM.SNAPTAB where (ROWS_READ > 999) and ((OVERFLOW_ACCESS * 100)/(ROWS_READ + 1)> 3)"

10.3.2Rcorg 用法

与离线Reorg相比，在线Rcorg对资源的占用较少，对应用的影响也很小。在线Reorg也叫i叩lace reorg,可以保证在重组过程中，其他应用对数据的不间断访问，在线表重组并不会创建数据副本，而是在原空间中进行，表数据的重组是分批次的，每批次只处理一部分数据，因此它的速度比离线Reorg要慢得多。

在线Reorg可随时启动和终止，为了保证可恢复性，在线Reorg会记录大量的日志，需要的日志空间依赖于要移动的行数、表上索引的个数和索引键大小，因此可能是表大小的几倍。

在线Reorg命令举例：

db2 reorg table db2inst 1 .employee inplace allow write access

在线Reorg是在后台异步执行的，因此即使我们看到命令成功返回，实际上仍然在后台执行。

如果要重组的表很多，通常的做法是写成脚本，需要注意的是，在线重组是异步过程，这可能会造成脚本里的多个rcorg命令同时执行，导致"O和CPU资源占用很多，并且会消耗所有的活动日志，影响应用系统正常工作。

为解决该问题，在编写脚本时采用以下方法控制多个表的在线Reorg执行顺序：每个在线Reorg 执彳亍时，都有一个对应的db2reorg 应用程序，通过db2 list applications show detaillgrep -i db2rcorg判断，如果有Rcorg正在执行，则等待该Rcorg正在执行，则等待该Reorg执行完毕，否则执行脚本里的下一个表重组。

除此之外，还可以通过英他方法在线表重组，参考前面的离线表重组。

3.Reorg 索引

当离线表重组结朿后，会重建表上的所有索引。在线表重组仅仅维护索引，而不会重建索引(聚集索引除外)，当在线重组结朿后，如果需要进行索引单独重组，可通过reorg indexes all for

db2 reorg indexes all for table tl

对于在线索引重组的监控，可以通过list history rcorg all或查看db2diag.log文件。

db2 list history reorg all for sample

10.3.3Reorg最佳实践

对于DBA来说，在rcorg时有几个问题需要注意：

1?离线重组还是在线重组

一般来说，如果应用有一泄的运维实践窗口，建议选择离线Rcorg加快执行速度：对于要求

7*24小时持续运行、具有很小运维窗口的应用，建议在业务相对空闲的时候选择在线Reorg,虽然速度较慢，但可以减小对应用的影响。

在线重组在设汁时考虑的更多的是如何减小对应用的影响，而不是速度。

离线重组

支持的访问模式：Allow No Access Allow Read Access（默认）

优点：提供最快的表重组：原始数据在最终替换前是只读的一日.表重组结朿后会进行索引重建缺点：占用数据空间大，大概是原表的2倍；访问受限，只读：如果重组工程中失败，则需要重新执行

日常维修管理制度

日常维修管理制度 一、目的 为确保公司办公环境的正常运行，加强对办公楼水、电、设施、设备的日常维护保养。做到小修不过夜，大修不隔天。同时还要认真做好办公区水、电使用管理的日常检查，杜绝跑、冒、滴、漏等浪费现象，从各方面降低办公成本，特制定本制度。 二、维修范围 1、建筑类维修范围：铸源大厦、办公楼A、B、C座及库房的墙面、地面、屋顶、门窗、室内办公家具、办公设备设施，室外道路、围墙、楼梯、排水沟盖等局部维修； 2、水电维修范围：公司水、电的日常维修项目（包括房屋设施的灯具、电器线路、供水管网、供电线路、户外、室内门窗、楼道的照明、维修，水、电管道维修等）。 3、排污疏通维护、维修范围：排水排污管道（含办公区内全部沟井、沟渠、沟槽）疏通、清淤；排水排污系统设施维修；化粪池清淤；食堂排油管和捞油池的清通。 4、房屋建筑下陷修复范围：因地面下陷而引起的管道脱节修复；墙体墙面开裂修复；房屋地陷补缝；地砖松动破裂更换；墙面受潮污损粉刷； 5、仓储维修范围：员工办公车厢房全面维修保养工作（包括门、窗、锁、网络、照明、水、电线路、安全排除等相关事项）。 三、组织机构

以上涉及的零星维修由项目工程部统一管理，由项目工程部主管负责审核、申报、维修安排、联合验收、付款等相关程序，同时根据维修项目的大小确定内部维修或委外处理。 四、申报流程 1、各部门将需要修缮维护的项目，填写在公司《修缮申请表》（内容要真实、位置要准确表格附后），经部门领导签字确认后报行政部，再由行政部交于项目工程部实施维护。 2、项目工程主管根据上报项目的具体情况，带维修人员及项目申报部门的相关人员到现场核实，结合事项的情况，将项目的工作量及工程费用预算填写在表中上报。 五、审批权限 审批权限： 1、预算在500 元以下的公司内部维修项目，由上报部门负责人签名，经行政主管核实、行政经理审批执行； 2、预算在500 元以上的维修项目，由上报部门负责人签名，经项目工程部主管核实，报分管副总裁审核，经执行总裁审批执行； 3、预算在万元以上维修项目，且需要委托外维修的项目，由上报部门负责人签名，经项目工程部主管初步预算费用，经分管副总裁签名，经执行总裁审批后，再转交行政主管完成比价程序后，报分管副总裁审核，经执行总裁审批后执行。 六、内部维修配件的采购与报销 为保障维修成本，公司内部维修所需要的全部配件、材料均由行

基于ER图的数据库设计与简单操作管理信息系统

实验报告 实验名称:基于ER图的数据库设计与简单操作 班级: 姓名: 学号: 实验时间: 2010年5月18日 成绩:指导老师: 一、实验目的: (1能够正确运用数据库的基本理论和方法。 (2熟悉常用关系型数据库的设计和基本操作。 (3熟悉关系数据库规范化设计理论,能够设计并建立科学合理的数据库,正确建立数据库中表与表之间的关系。 (4进一步正确理解数据库设计思路,培养分析问题、解决问题的能力,提高查询资料和撰写书面文件的能力。 二、实验设备及主要内容 实验设备:“Microsoft SQL Server”——“企业管理器”和“查询分析器”主要内容: 1.高等院校学生补考管理业务需求描述。高等院校补考管理系统应具备编辑补考学生信息、安排补考时间地点等基本管理功能,具体要求如下:

3对教室的编号、地点和容纳人数进行编辑。 4自动安排补考的时间、地点(即教室。 5录入学生的补考成绩。 6分别按照院系、专业、班级等查询参加补考的学生信息。 7按照补考的时间和地点查询参加补考的学生信息。 8查询和打印补考时间、地点的安排。 9查询和打印补考不及格学生的信息。 2.设计数据库。根据上述业务描述,设计数据库总体方案,明确数据库中表的结构,各表中关键字的设置,表与表之间的关系。 3.根据功能需求,以SQL语句的形式分类列出系统应涉及的数据操作。 4.利用Access、VFP或SQL server建立数据库,并成功实现基本数据操作。 5.提交书面实验报告。 三、实验步骤 步骤一:按照上述要求进行数据库和表的设计。具体包括:领域描述、概念模型用E-R图描述、从E-R图导出关系数据模型。 步骤二:选择Access、VFP或SQL server实现数据库操作。

数据库工程师数据库实施运行和维护、SQL数据库管理系统模拟题

[模拟] 数据库工程师数据库实施运行和维护、SQL数据库 管理系统 选择题 第1题： 数据库的实施是指根据数据库的逻辑结构设计和物理结构设计结果，在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。下列各项中，哪一项不是数据库实施的工作内容? A.定义数据库结构 B.数据装载 C.数据库的试运行 D.数据库运行 参考答案：D 第2题： 监控分析按照实现方法的不同分为两种：一种是由数据库建立自动监控机制；另一种是______。 A.空间管理 B.管理员手动实现监控 C.参数调整 D.查询优化 参考答案：B 第3题： 可以按照原数据库设计要求对数据库存储空间进行全面调整，重新安排存储位置、回收垃圾、减少指针链等，以提高系统性能的是______。 A.重组织 B.查询优化 C.重构造 D.监控分析 参考答案：A

第4题： 数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库的性能也下降。这时，数据库管理员就要对数据库进行______。 A.监控分析 B.空间管理 C.重组织和重构造 D.参数调整 参考答案：C 第5题： 可以通过部分修改数据库的模式和内模式，使数据库适应新的应用环境的是 ______。 A.重组织 B.重构造 C.参数调整 D.空间管理 参考答案：B 第6题： 避免或简化排序的目的是______。 A.查询优化 B.重构造 C.监控分析 D.重组织 参考答案：A 第7题： 下列关于数据库恢复的描述中，不正确的是______。 A.应定期将数据库做成档案文件 B.在进行事务处理过程时数据库更新的全部内容写入日志文件 C.数据库恢复，还可用最新的档案文件和日志文件的更新映像，将文件恢复到最新的检查点文件状态 D.发生故障时用当前的数据内容和档案文件更新前的映像，将文件恢复到最近的检查点文件状态

实验数据库的建立和维护

实验 2 ：数据库的建立和维护实验 本实验需要 2 学时。 一、实验目的 要求学生熟练掌握使用SQL 、Transact-SQL 和SQL Server 企业管理器建立数据库、表、修改数据库、表和删除数据库和表的操作。 二、实验内容和步骤 1．创建数据库 1)在企业管理器中创建数据库姓名_数据库名,要求： ●数据库姓名_数据库名初始大小为10MB，最大大小为50MB，数据库自动增长，增长方式是按5%比例增 长； ●日志文件初始大小为2MB，最大可增长到5MB，按1MB增长； ●数据库的逻辑文件名和物理文件名均采用默认值； ●（分别为姓名_数据库名和e:\姓名\data\姓名_数据库名.mdf ●事务日志的逻辑文件名和物理文件名也采用默认值。 ●（分别为姓名_数据库名_LOG和e:\姓名\data\姓名_数据库名_LOG.ldf） 2)②使用T-SQL语句创建数据库姓名_数据库名_2，要求同1； Create database 姓名_数据库名_2 On (name=STUDENT_01_data, filename='e:\姓名\data\姓名_数据库名_2.mdf', size=10, maxsize=unlimited, filegrowth=10%) log on (name=student1_log, filename='e:\姓名\data\姓名_数据库名.mdf', size=2, maxsize=5, filegrowth=1) 2．创建表 以上面创建的数据库为例，创建表。创建表实际上就是创建表结构，再向表中输入数据。既可以使用企业管理器创建表，也可以用Transact-SQL命令创建表。

水电站日常运行维护管理制度

管理施工精品卓越创造未来 未来 水电站日常运行维护管理制度 1、定期运行维护工作 1.1、星期一：组织会议讨论学习（一个星期来的运行情况分析的讨论，传达上级指示等），会后按卫生规定进行大扫除（包括设备清扫）； 1. 2、星期二：上午09：00对蓄电池进行测量； 1. 3、星期三：更换照明灯泡及其它易损件； 1. 4、星期四：晚上21：00进行全站电气设备熄灯检查； 1. 5、星期五：安全日活动、业务技术学习（事故预想或反事故演习）； 1. 6、星期日：对大坝取水口拦污栅前杂物进行清理； 1. 7、每月月初召开一次站务会，总结一个月来的运行情况和下步工作安排； 1. 8、每月5日对全站设备进行一次全面的系统的检查、维护、消缺，机电设备加注润滑油及黄油等； 1. 9、每月15日对全站油、气、水系统进行一次系统的检查、维护，加轴承和调速器油，刹车制动系统是否漏气，冷却水是否正常； 1.10、每月25日对全站的锁（主要刀闸锁）进行一次开锁试验维护，对全站消防器材进行检查，内容包括灭火器压力、灭火器外观及灭火器是否超过使用期限，并检查消防箱内水带是否能使用情况； 1.11、每季度对防洪沟道进行一次清理检查，每年雨季前加检一次； 1.12、每半年对设备缺陷进行一次消缺处理，并进行总结： 1.13、每年雨季前对防雷系统接地电阻进行一次测量，不合格及时进行处理； 1.14、每年丰水期来临之前对全站设备进行一次小修工作； 1.15、每年对运行维护工作进行一次总结（总结以取得的工作经验、方法、还存在的问题和改进措施、今后的工作打算等）； 1.16、大班交接时交清设备运行方式，工器使用情况、设备缺陷和异常的发现及消除情况，环境卫生情况。 2、日常运行维护检查 2.1、每小时：抄录各种日报表，并巡视一次电站主要设备； 2.2、每四小时：抄录大坝水位、机组开度，对全站设备进行一次详细的巡视检查； 2.3、每日：08：00打扫主控室卫生； 2.4、每日：23：50抄录电度量报表，并输入微机； 2.5、每日：24：00对日报表最大最小值统计，并输入微机； 2.6、每日对水库大坝巡视检查两次，并清除取水口拦污栅前杂物； 2.7、每日当值人员对安全器具、测量仪器、常用备品配件进行检查清理。 2.8、当值大班负责人每日对电站工作进行一次全面检查后，发现问题应及时处理。同时根据电站机组运行情况，安排好机组缺陷的消除工作，并督促各班负责人做好备品配件和常用工器具的统计、保管和使用工作，必要时上报购置清单。 3、以上工作项目须记入运行日志，属缺陷的还应记入设备缺陷记录，并及时汇报。 .

用T-SQL语句完成创建和管理数据库操作练习

-创建数据库语句语法: CREATE DATABASES 据库名 [ON [PRIMAR Y] ｛（NAME^据文件的逻辑名称， FILENAME‘数据文件的路径和文件名’，（要包含文件扩展名）SIZE二数据文件的初始容量，（不能小于Model数据库的初始文件大小） MAXSIZE二数据文件的最大容量， FILEGROWTH数据文件的增长量）｝[,…n] LOG ON ｛（NAME=事务日志文件的逻辑名称， FILENAMES务日志文件的物理名称', SIZE=事务日志文件的初始容量， MAXSIZE=事务日志文件的最大容量， FILEGROWTH事务日志文件的增长量）儿…n]] 判断同名的数据库是否存在: IF EXISTS (SELECT FROM master..sysdatabases WHERE name =' 数据库名'）

DROP DATABASE数据库名 GO 修改数据库操作语句: ALTER DATABAS数据库名 {[add file 文件描述][to filegroup 文件组名] 新增数据文件I [add log file 文件描述] 新增日志文件 I [remove file 逻辑文件名]删除数据库文件 I [add filegroup 文件组名]新增文件组 I [remove filegroup 文件组名] 删除文件组 I [modify file 文件修改内容描述]修改数据文件属性} 查看数据库文件属性 EXECSp_helpfile 系统存储过程，用于查看数据库有哪些文件及文件属性。 删除数据库 Drop database数据库名称 分离数据库 EXEC Sp_detach_db 数据库名称 附加数据库 CREATE DATABASE 据库名 ON PRIMAR Y (FILENAME=') 说明：附加数据库只需指定数据库的主数据文

数据库运维管理规范

数据库运维管理规范 龙信思源(北京)科技有限公司 一、总则 为规范公司生产系统的数据库管理与配置方法,保障信息系统稳定安全地运行,特制订本办法。 二、适用范围 本规范中所定义的数据管理内容,特指存放在系统数据库中的数据,对于存放在其她介质的数据管理,参照相关管理办法执行。 三、数据库管理员主要职责 3、1、负责对数据库系统进行合理配置、测试、调整,最大限度地发挥设备资源优势。负责数据库的安全运行。 3、2、负责定期对所管辖的数据库系统的配置进行可用性,可靠性,性能以及安全检查。 3、3、负责定期对所管辖的数据库系统的可用性,可靠性,性能以及安全的配置方法进行修订与完善。

3、4、负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3、5、负责对所管辖数据库系统的数据一致性与完整性,并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3、6、负责做好数据库系统及数据的备份与恢复工作。 四、数据库的日常管理工作 4、1、数据库管理的每日工作 (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。 (2)检查数据库网络的连通与否,比如查瞧监听器(listener)的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足 20% ,需要删除不用的文件以释放空间或申请添加磁盘。 (4)查瞧告警文件有无异常。 (5)根据数据库系统的特点,检查其它的日志文件中的内容,发现异常要及时加以处理。 (6)检查cpu、内存及IO等的状态。 (7)检查备份日志文件的监控记录,确定自动备份有无成功完成。对于数据库的脱机备份,要确信备份就是在数据库关闭之后才开始的,备份内容就是否齐全。运行在归档模式下的数据库,既要注意归档日志文件的清除,以免磁盘空间被占满,也必须注意归档日志文件的保留,以备恢复时使用。

日常运维管理守则4.doc

日常运维管理制度4 日常运维管理制度 1.运维保障机制 (1)建立硬件、网络、系统、应用及业务软件日常维护流程机制； (2)建立故障应急处理流程机制； (3)建立备份恢复保障机制； (4)建立安全保障管理机制； (5)建立版本管理机制，管理平台生产环境运行的软件版本； 以上机制应形成文档，作为日常遵循规范，按要求执行。 2．硬件维护能力 需对硬件设备具备7*24小时不间断的支持、响应能力，原则上每日对硬件设备至少健康检查一次并记录；定期对网络环境进行检查。我公司服务器部署在移动云上定期通过命令进行硬件检测，内存、硬盘、I/O的使用情进行查询并进行登记，每台服务器运行的软件对硬件性能使用情况检测，对于服务器我们进行系统备份、软件，每日对网络使用情况进行观察，针对突发异常流量进行分析。 3.故障处理响应及要求

设备（系统）出现故障时，根据不同的故障级别提供相应的服务响应，响应方式及要求如下： 4．具备应急预案 针对部署国家平台节点服务器我们实施系统备份、软件重要数据实时备份，主机备份是提供的保留某个时间点上的主机系统数据状态 的服务。基于主机备份可以随时生成或删除备份，并基于已备份进行主机的恢复，实现已有应用和主机数据的快速复用，如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。对于突发情况建立应急服务流程，主要是针对可能发生的各种意外情况设计应急的方案，以控制和规避突发事件带来的集中性风险，从而降低设备集中性风险所造成的损失，制定以下流程图： 为保证服务实施的质量能够稳定并不断有所提升，保障客户需求能够得到有效满足，保障服务实施团队为客户提供统一、标准化的服务支持，并为客户设立专门的技术服务专员，对进行全程跟踪，提升服务实施专业性，制定服务流程： 5．数据库维护能力 每日对数据库进行日常巡检，内容包括对日志、会话数、表空间、磁盘空间等主要数据库参数进行检查（需要配置监控软件）；对数据

数据库维护保养管理方案计划规范标准

数据库运维管理规范龙信思源（北京）科技有限公司

一、总则 为规范公司生产系统的数据库管理和配置方法，保障信息系统稳 定安全地运行，特制订本办法。 二、适用范围 本规范中所定义的数据管理内容，特指存放在系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 三、数据库管理员主要职责 3.1.负责对数据库系统进行合理配置、测试、调整，最大限度地发 挥设备资源优势。负责数据库的安全运行。 3.2.负责定期对所管辖的数据库系统的配置进行可用性，可靠性， 性能以及安全检查。 3.3.负责定期对所管辖的数据库系统的可用性，可靠性，性能以及 安全的配置方法进行修订和完善。

3.4.负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5.负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6.负责做好数据库系统及数据的备份和恢复工作。 四、数据库的日常管理工作 4.1.数据库管理的每日工作 (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。 (2)检查数据库网络的连通与否，比如查看监听器（listener）的 状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服 务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足 20% ，需要删除不用的文件以释放空间或申请添加磁盘。 (4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现 异常要及时加以处理。 (6)检查cpu、内存及IO等的状态。 (7)检查备份日志文件的监控记录，确定自动备份有无成功完成。 对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的， 备份内容是否齐全。运行在归档模式下的数据库，既要注意归档日志

日常维修维护管理制度

2017小学校舍 1.年末应对校舍进行检查维修养护，保证随时发现问题及时维修。对校舍定期查勘鉴定，发现危房立即向学校及上级主管部门汇报，立即封闭停用，按有关规定加固或拆除。大、中修项目由学校提前上报主管部门审批实施。 2.校舍各部按以下要求维修 ①门、窗保持完整无损，开启灵活，玻璃五金齐全，油漆完好，铝合金窗要保证推拉灵活，玻璃、皮条、完好无损。 ②屋面应保持不渗漏，无破损，无杂物，平整完好，排水畅通。 卷材屋面每年雨季前检查维修一遍，确保使用。 ③墙体应保持完好，平整、牢固、无裂缝。内墙瓷砖不空鼓，无脱落。外墙不剥落，瓷砖不空鼓，不脱落。内墙、顶棚可三年粉刷一次。 ④地面应保持平整完好，无空鼓，无裂缝。地面砖无空鼓，无破损。 ⑤落水管应保持完好无缺。 ⑥散水坡应保持完好无渗，房屋周围应保持排水畅通。 ⑦屋面防雷设施，每年雷雨季节前要检查维修一次，并检测导电功能是否达到要求。 ⑧水、电、暖设施应定期检测维修，严防跑、冒、滴、漏、确保畅通安全。3.新建校舍功能必须符合标准要求： 做到有证勘探，有证设计，按投招标手续，有证施工。由质检站、监理公司、施工单位、学校共同严把质量关，验收关，确保工程合格后交付使用。 4.校舍档案是维护学校权益，查勘维修房屋，合理使用校舍，反映学校建设的重要资料。因此，学校必须建立校舍档案，校舍档案分为确权、基建、管理三大职责。 ①校舍档案的归集整理由分管校长，总务主任，档案管理员，共同负责。

②修建工程竣工及房屋，土地权属的变更，必须在两个月之内将一切档案资料整理归档。 ③校舍档案由专职档案人员保管，专柜存入，并切实做好档案的防火，防盗，防虫，防鼠，防霉，防光，防高温工作。 ④档案一般不得外借，如工作需要，借用人需写借条，用后及时归还。不准拆页，确保安全完整。 5.加强领导 校舍设施维护管理是学校管理的重要组成部分。所以学校要切实下大力气抓好这项工作，为此要做好以下具体工作。 ①学校成立以校长任组长，总务主任为副组长校舍设施维护管理领导小组，配齐有关管理人员，明确责任，统一管理好这项工作。 ②及时倾听师生的意见，定期研究，部署管理工作。期末、学年末各检查总结评比一次。做到管理严格，使用方便，有奖有惩。 ③确保维护经费。维护经费是校舍设备延长寿命，确保安全，保持常用常新的根本保障。所以学校领导要广辟资金渠道，多方筹措校舍设施维护经费，用于校舍设施的维护和保养，延长使用寿命。 ④接受上级部门特别是教育局领导的检查监督，促进校产校舍设施的维护管理工作，保证教育教学事业的发展。 期胡圩小学2017年（春、秋）学

数据库运行管理规范

数据库运行管理规范 1总则 1.1为规范XX公司信息通信分公司（以下简称“公司”）信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。 2适用范围 本规范中所定义的数据管理内容，特指存放在信息系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 3数据库管理员主要职责 3.1负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 3.2负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3.3负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 3.4负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6负责做好数据库系统及数据的备份和恢复工作。 4数据库的日常管理工作 4.1每日的管理工作 4.1.1数据库管理员每天登录到服务器操作系统，进行如下检查工 作： (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。

(2)检查数据库网络的连通与否，比如查看监听器（listener）的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足 20% ，需要删除不用的文件以释放空间。 (4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现异常要及时加以处理。 (6)检查cpu、内存及IO等的状态。 4.2数据库管理的每月工作 (1)收集数据库的性能统计数据，检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。 (2)检查数据对象存储空间碎片情况，必要时加以调整。 (3)比较分析数据库系统和操作系统的CPU，内存，网络，及硬盘的利用率，以此确定出近期将可能出现的资源争夺趋势，必要时加以调整，以避免系统资源的争夺，如果调整还达不到要求，须考虑增加新资源。 (4)检查每日数据库管理工作的执行情况，用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 4.3数据库管理的每年工作 (1)逐项检查每日、每月数据库管理工作的执行情况。用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 (2)对数据库系统运行的情况作出统计。 (3)分析运行状况资源消耗的趋势，作好新一年的计划。 5数据库的安全管理 5.1数据库环境安 5.1.1物理环境安全

ORACLE数据库日常维护与管理手册

全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08

目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)

1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86

服务器日常维护及管理制度

编号：XMDMTQS220-2009 服务器日常维护及管理制度

1 目的 为保证所有服务器稳定、安全地运行，特制订本规定。 2 范围 本规定中所指的服务器包括：WEB服务器、TSM服务器、OA服务器、SCM服务器以及其他对外公布的服务器。 3 活动内容 3.1系统维护人员的权限管理 3.1.1系统支持部指定服务器系统管理员、网络设备管理员，记录于《服务器、网络设备管理员对照表》中。 3.1.2 服务器、网络设备默认超级用户帐号由系统管理员（或网络管理员）根据需要更建立、修改，并在填写《服务器、网络设备超级用户帐号对照表》的“修改日期”、“帐号”、“密码”、“修改人”栏后，由其上级主管在“确认人”栏签名确认。 3.1.3 《服务器、网络设备超级用户帐号对照表》由系统支持部统一存档。 3.1.4 系统管理员负责服务器的操作系统参数设置、系统安全维护、服务器应用软件系统设置、系统备份。网络管理员负责网络设备的系统参数设定、备份、网络设备安全维护，参数更改完必须马上更新该设备系统参数数据备份。 3.2 日常维护与备份 3.2.1系统管理员、网络管理员每天上班后必须马上检查服务器、网络设备的工作状态、查看服务器的运行日志并随时关注服务器运行状况，发现异常及时报告并处理。检查结果记录于《服务器、网络设备日检查表》中。 3.2.2 备份包括：系统备份、数据备份。 ——备份的存储介质应放于机房外。 ——原则上每年年底做一次系统备份；每日做一次数据备份。应至少保留最近7日的日数据备份；设备系统参数变化时应做系统参数数据备份，并保留最新的系统参数备份数据。 ——系统备份的媒体应异地存放。 原则上系统备份、日数据备份应在系统空闲时间进行，如：设置在每日晚上下班后开始备份。每日日常设备状态检查时应检查备份状态，并在《服务器、网络设备日检查表》填写备份记录。年备份可在备份媒体栏注明年备份，系统参数数据备份可在备份媒体栏注明系统参数备份。

数据库安全管理

西南石油大学实验报告 一、实验课时：2 二、实验目的 (1) 掌握使用T-SQL语句创建登录帐户的方法。 (2) 掌握使用T-SQL语句创建数据库用户的方法。 (3) 掌握使用T-SQL语句创建数据库角色的方法。 (4) 掌握使用T-SQL语句管理数据库用户权限方法。 三、实验要求 (1) 使用SQL Server 2008查询分析器。 (2) 严格依照操作步骤进行。 四、实验环境 (1) PC机。 (2) SQL Server 2008。 五、实验内容及步骤 注意事项： （1）首先在C盘根目录创建文件夹Bluesky，执行脚本文件“PracticePre-第11章安全管理.sql”，创建数据库BlueSkyDB和表； （2）如何建立“数据库引擎查询”； （3）使用“select user_name()”可查询当前登录账号在当前数据库中的用户名。

TUser3，初始密码均为“123456”。 步骤2 使用TUser1建立一个新的数据库引擎查询，在“可用数据库”下拉列表框中是否能看到并选中BlueSkyDB数据库？为什么？ 可以看到数据库BlueSkyDB但是不能选中打开，因为用户仅仅是能够使用服务器的合法用户，但不能访问数据库

映射为数据库BlueSkyDB的用户，用户名同登录名。 步骤4 再次使用TUser1建立一个新的数据库引擎查询，这次在“可用数据库”下拉列表框中是否能看到并选中BlueSkyDB数据库？为什么？

能够选中BlueSkyDB，因为TUser1已经成为该数据库的合法用户了 步骤5 用TUser1用户在BlueSkyDB数据库中执行下述语句，能否成功？为什么？ SELECT * FROM BOOKS；

数据库日常维护

数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志

日常运维管理系统规章制度

日常运维管理制度 1.运维保障机制 (1)建立硬件、网络、系统、应用及业务软件日常维护流程机制； (2)建立故障应急处理流程机制； (3)建立备份恢复保障机制； (4)建立安全保障管理机制； (5)建立版本管理机制，管理平台生产环境运行的软件版本； 以上机制应形成文档，作为日常遵循规，按要求执行。 2．硬件维护能力 需对硬件设备具备7*24小时不间断的支持、响应能力，原则上每日对硬件设备至少健康检查一次并记录；定期对网络环境进行检查。我公司服务器部署在移动云上定期通过命令进行硬件检测，存、硬盘、I/O的使用情进行查询并进行登记，每台服务器运行的软件对硬件性能使用情况检测，对于服务器我们进行系统备份、软件，每日对网络使用情况进行观察，针对突发异常流量进行分析。 3. 故障处理响应及要求 设备（系统）出现故障时，根据不同的故障级别提供相应的服务响应，响应方式及要求如下：

4．具备应急预案 针对部署国家平台节点服务器我们实施系统备份、软件重要数据实时备份，主机备份是提供的保留某个时间点上的主机系统数据状态的服务。基于主机备份可以随时生成或删除备份，并基于已备份进行主机的恢复，实现已有应用和主机数据的快速复用，如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。对于突发情况建立应急服务流程，主要是针对可能发生的各种意外情况设计

应急的方案，以控制和规避突发事件带来的集中性风险，从而降低设备集中性风险所造成的损失，制定以下流程图： 为保证服务实施的质量能够稳定并不断有所提升，保障客户需求能够得到有效满足，保障服务实施团队为客户提供统一、标准化的服务支

数据库管理规范

数据库管理规范版本号：V1.0 信息科 2017年4月

数据库管理规范 1 规范说明 (3) 2 维护管理安全规范 (3) 3设计规范 (4) 4. SQL编写规范 (7) 5. 数据库备份与恢复策略规范 (8) 6开发测试与上线安全规范 (10) 7 监控 (10) 8连接池使用规范 (11) 9 数据库重要级别划分 (11) 10 数据库安装规范 (12) 11 业务上线数据库部分规范 (13)

1 规范说明 本规范是针对数据库使用，维护管理，设计开发等。 2 维护管理安全规范 2.1数据库版本使用规范【强制】 MYSQL使用5.6.39社区版本 2.3数据库账户安全与管理规范 2.3.1 密码安全【强制】 ●密码不少于8位，应包含数字，字母，字符 ●密码不应该和用户名一致 ●删除数据库默认空用户账户 ●必须修改root密码 2.4账户安全管理【强制】 ●为应用程序设立独立访问账户 ●禁止开发工程师通过应用帐号登录生产数据库 ●禁止QA申请线上账号与使用账号登陆线上环境进行测试 ●数据库只有root用户具有最高管理权限 ●备份数据库用户要单独建立，并专属备份恢复操作 ●数据库安装后删除或锁闭不需要使用的数据库账号 ●数据库管理员账户可以锁定和解锁其他用户 ●数据库管理账户在空闲5分钟以上会自动退出 ●数据库管理权限账号不能超过2个 2.5数据库日志管理规范【强制】

windows、linux 下的日志管理 ●Windows系统应开启日志功能，记录系统和系统中各个进程的相关信息 ●linux的操作系统要开启系统日志 ●Mysql数据库如果使用了innodb引擎必须打开二进制日志 ●Mysql必须打开慢日志，并且将慢日志阀值设置为1-2秒之间 ●对Mysql的错误日志等要进行定期查看，定期清理和定期备份管理 2.6数据库架构规范【强制】 2.6.1 mysql数据库高可用 ●MYSQL 采用复制+第三方心跳软件或者第三方集群架构(经测试后)实现近7X24小时高 可用性要求，数据库架构必须能够实现故障自动迁移，满足业务7X24小时持续服务要求 3设计规范 3.1命名规范【强制】 3.1.1表的命名 表的名称在T_后增加一个或者多个后缀，表名、字段名必须使用小写字母或数字；禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。 3.1.2视图命名：V_相关表名（或者根据需要另取名字） 3.1.3存储过程命名：PRO_存储过程名（用英文表达存储过程意义） 3.1.4函数命名：FUN_函数名称（用英文表达函数作用） 3.1.5触发器命名：TRI_触发器名称（用英文表达触发器作用） 3.1.6索引命名：I_表名_字段名(如果存在多字段索引，取每字段前三个字符加下划线组合，如：在 hyid,hyname,hymobile上建立联合索引，命名：I_表名_hyi_hyn_hym,如果前三个截取字符相同，就从字段名称中不同的字符开始取三个字符加下划线组合，如：在 zhyid,zhyname,zhymobile上建立联合索引，命名：I_表_id_nam_mob) 3.1.7唯一索引命名：UI_表名_字段名(如果存在多字段唯一索引，取每字段前三个字符加下划线组合，如：在 hyid,hyname,hymobile上建立唯一索引，命名：UI_表名

网络日常维护管理制度

服务器、网络设备以及安全设备 日常维护管理制度 第一条服务器、网络设备及安全设备的安全、性能检查。每台服务器、网络设备及安全设备至少保证每周检查两次。 第二条定期对服务器、网络设备、安全设备的配置文件进行备份，每次更改配置、策略后，都要及时更新备份文件，保证当前为备份最新数据。 第三条每天正常工作期间必须保证监视所有服务器、网络设备及安全设备状态，一旦发现服务器、网络设备或安全设备异常，要及时采取相应措施。 第四条每台服务器、网络设备及安全设备保证每周或依据数据情况对相关日志进行整理，整理前对应的各项日志如应用程序日志、安全日志、系统日志等应进行保存。 第五条要及时做好服务器的补丁升级和漏洞修复工作。对于新发布的漏洞补丁和应用程序方面的安全更新，要及时分发给每台服务器。 第六条服务器、网络设备及安全设备的安全检查主要包括CPU利用率、运行状态、性能、网络流量等方面。安全管理员必须保证对服务器、网络设备及安全设备每月进行一次安全检查。每次的检查结果必须做好记录，并生成检查报告。 第七条不定时的相关工作。每台服务器如有应用软件更改、需要安装

新的应用程序或卸载应用程序等操作，应提前告知所有管理员。 第八条密码定期更改工作。每台服务器、网络设备及安全设备保证至少每一个月更改一次密码，且要满足复杂度要求。 第九条系统管理人员要定时对系统服务器进行病毒检查，发现病毒要及时处理。 第十条未经许可，任何人不得在服务器上安装新软件，若确实需要安装，安装前应得到授权并进行病毒例行检查。 第十一条经远程通信传送的程序或数据，必须经过检测确认无病毒后方可使用。 第十二条定时对硬件进行检查、调试和修理，确保其运行完好。 第十三条关键设备指定专人保管，未经授权的人员不得进行单独操作。 第十四条所有设备未经许可一律不得借用，特殊情况须经批准后办理借用手续，借用期间如有损坏应由借用部门或借用人负责赔偿。 第十五条硬件设备发生损坏、丢失等事故，应及时上报，填写报告单并按有关规定处理。 第十六条业务系统设备及其附属设备的管理（登记）与维修由系统、网络管理员负责。设备管理人员每半年要核对一次设备登记情况。 第十七条系统服务器、网络设备及安全设备应由相关管理人员每周进

用T-SQL语句完成创建与管理数据库操作练习

·创建数据库语句语法： CREATE DATABASE 数据库名 [ON [PRIMARY] {(NAME=数据文件的逻辑名称， ‘数据文件的路径和文件名’, (要包含文件扩展名) SIZE=数据文件的初始容量，(不能小于Model数据库的初始文件大小) MAXSIZE=数据文件的最大容量， 数据文件的增长量)}[,…n] LOG ON {(NAME=事务日志文件的逻辑名称， '事务日志文件的物理名称'， SIZE=事务日志文件的初始容量， MAXSIZE=事务日志文件的最大容量， 事务日志文件的增长量) }[,…n]] 判断同名的数据库是否存在： IF EXISTS (SELECT * FROM master..sysdatabases WHERE name = '数据库名') DROP DATABASE 数据库名 GO

修改数据库操作语句： ALTER DATABASE 数据库名 ｛[add file 文件描述] [to 文件组名] 新增数据文件 ｜[add log file 文件描述] 新增日志文件 ｜[remove file 逻辑文件名] 删除数据库文件 ｜[add 文件组名] 新增文件组 ｜[remove 文件组名] 删除文件组 ｜[modify file 文件修改内容描述] 修改数据文件属性｝ 查看数据库文件属性 EXEC sp_helpfile 系统存储过程，用于查看数据库有哪些文件及文件属性。 删除数据库 Drop database 数据库名称 分离数据库 EXEC Sp_detach_db 数据库名称 附加数据库 CREATE DATABASE 数据库名 ON PRIMARY (’’) 说明：附加数据库只需指定数据库的主数据文件。 FOR ATTACH 如果移动过数据库文件，则需要指出所有移动过的文件。 用存储过程也可以附加数据库：

运维部门管理规范(201111)

运维部门管理规范 v1.0.201403 一、组织结构 运维部门组织结构图 组织结构说明： 运维部门，下设三个室：数据库管理室、硬件管理室、应用系统管理室； 原技术支持部下维护组成员，根据实际职责分工以及技能特点，分别转入到数据库管理室、硬件管理室及数据库管理室中，详见“附：运维中心编制人员规划”。 二、部门和主要岗位职责 2.1.部门职责 1)根据项目需要，整理项目硬件配置，进行询价； 2)新平台的网络架构设计、硬件配置、系统施工； 3)公司各平台系统、数据库日常维护； 4)负责保障全公司所有平台的系统、数据库、网络稳定安全运行； 5)协助业务单位实施平台的重大升级/割接；

6)各平台信息安全扫描，系统漏洞修复； 7)技术支持质量检测； 8)协助宽连学院实施技术支持技能提升培训； 2.2.主要岗位职责 ●系统部高级经理 1)负责部门战略规划和目标实现，制定并完善部门管理制度； 2)对公司所有平台的系统、数据库支撑工作总负责，保障所有平台的系统、数据库、网 络稳定安全运行； 3)对业务单位平台的重大升级/割接提供技术指导； 4)牵头公司系统、数据库技术难题攻关工作。 ●系统部系统组技术经理 1)负责公司所有平台的系统、网络支撑工作，保障所有平台的系统、网络稳定安全运行； 2)牵头或直接解决公司平台的系统、网络方面的问题； 3)协助业务单位实施平台上系统、网络方面的重大升级/割接； 4)负责对组内人员进行技术指导； 5)协助技术管理部对公司所有平台定期进行信息安全质量检查。 ●系统部数据库组技术经理 1)负责公司所有平台的数据库支撑工作，保障所有平台的数据库稳定安全运行； 2)牵头或直接解决公司平台的数据库方面的问题； 3)协助业务单位实施平台上数据库方面的重大升级/割接； 4)负责对组内人员进行技术指导。 ●系统工程师 1)公司各平台系统日常维护； 2)项目硬件施工； 3)协助各平台实施系统方面的重大升级/割接； ●网络工程师 1)公司各平台网络日常维护； 2)项目硬件施工； 3)协助各平台实施网络方面的重大升级/割接；

用TSQL语句完成创建与管理数据库操作练习

CREATE DATABASE 数据库名 [ON [PRIMARY] ｛（NAME= 数据文件的逻辑名称， FILENAME=‘ 数据文件的路径和文件名 ' , （要包含文件扩展名）SIZE= 数据文件的初始容量，（不能小于Model 数据库的初始文件大小） MAXSIZE= 数据文件的最大容量， FILEGROWTH二数据文件的增长量）｝[,…n] LOG ON ｛（NAME= 事务日志文件的逻辑名称， FILENAME=' 事务日志文件的物理名称'， SIZE= 事务日志文件的初始容量， MAXSIZE= 事务日志文件的最大容量， FILEGROWTH二事务日志文件的增长量）｝[,…n]] 判断同名的数据库是否存在： IF EXISTS (SELECT * FROM master..sysdatabases WHERE name = '数据库名') DROP DATABASE 数据库名 GO

ALTER DATABASE 数据库名 [add file 文件描述] [to filegroup 文件组名] 新增数据文件[add log file 文件描述] 新增日志文件 [remove file 逻辑文件名] 删除数据库文件 [add filegroup 文件组名] 新增文件组 [remove filegroup 文件组名] 删除文件组 [modify file文件修改内容描述]修改数据文件属性｝ 查看数据库文件属性 EXEC sp_helpfile 系统存储过程，用于查看数据库有哪些文件及文件属性。 删除数据库 Drop database 数据库名称 分离数据库 EXEC Sp_detach_db 数据库名称 附加数据库 CREATE DATABASE 数据库名 ON PRIMARY (FILENAME= '' ) 说明：附加数据库只需指定数据库的主数据文件。 FOR ATTACH 用存储过程也可以附加数据库： sp_attach_db 数据库名，filename= '' 如果移动过数据库文件，则需要指出所有移动过的文 件。