SQL Server 2005 的数据库维护与SQL Server 2000相比变化也非常大。在这次数据库系统升级过程中，针对数据库的备份等策略进行了如下的设置步骤。
定义并设置如下的备份策略：
1. 每周1次完全备份，周日晚0点。超过4周清空之前的备份。
2. 每天1次差异备份，每天0点。超过1周清空之前的备份。
3. 每2小时一次日志备份，超过1天清空之前的备份。
* 这个策略同样推荐给其他中小型企业用户
第一步：启用维护计划任务。
在“管理”－>“维护计划”上右键弹出菜单，选“维护计划向导”。如图（11）所示。
图（11）
第二步：“下一步”，设置“维护计划”的名称，如××数据库完全备份策略。设置代理执行维护计划的帐户及口令，如sa。
图（12）
第三步：“下一步”，选择维护计划类型，如备份数据库（完整）。如图（13）所示。
注意：不要同时选中完整、差异、日志，或选中其中几项，因为备份策略需要单独设
置。
图（13）
第四步：“下一步”，定义维护计划任务（备份任务），一般情况下，在这个页面窗口只需要选择正确的数据库名称和备份的文件夹路径即可，其他都默认设置。如图（14）所
示。
图（14）
第五步：“下一步”，设置计划执行作业。设置为每周的周日0点执行。如图（15）所示。
图（15）
第五步：“下一步”，维护计划日志文件的写入位置。默认即可。如图（16）所示。
图（16）
第六步：“下一步”，结束。注意，还需要再配置清除过期备份文件的策略。在“管理”－>“维护计划”－>刚才新建的维护计划上右键选“修改”。在这个面板页面，目前默认只有备份数据库(完整)一个节点。从工具箱，把“清除维护（任务）”拖到模板页面。把上一步的方向线拖
动指向到这个“清除维护（任务）”节点。如图（17）所示。
图（17）
在“清除维护（任务）”节点上，右键选“编辑…”，设置文件保留的时间。
如图（18）所示。
图（18）
第七步：重复1～6的步骤，设置数据库的差异备份和日志备份。完成后，先手工执行测试。
下面我来讲一下如何通过维护计划来实现完整备份+差异备份：（1）在SSMS的对象资源管理器中右击“维护计划”，选择“维护计划向导”，系统将弹出向导窗口，如图：
这里向导已经告诉我们维护计划到底能够干什么了，其中最后一项“执行数据库备份”正是我们所需要的。（2）点击“下一步”按钮，进入选择计划属性窗口，输入计划的名称，由于我们的计划包括2部分：完整备份和差异备份，这2部分的执行计划是不一样的，一个是一周执行一次，另一个是一天执行一次，所以要选择“每项任务单独计划”，如图：
（3）单击“下一步”按钮，选择维护任务，这里就是可以在维护计划中执行的任务，如果你想执行的任务在这里没有，那就还是不用维护计划来做，自己
写 SSIS包或者SQL语句吧。我们要执行的任务都在这里，选中这2个任务，如图：
（4）单击“下一步”进入选择维护任务顺序的界面，这里我们可以看到选中的任务出现在列表中，但是我们并不能调整其顺序，那是因为在步骤2中我们选择的是每项任务单独计划，所以这2个任务是独立的，没有先后顺序可言。如果当时选择的是另一个选项，那么这里就可以调整顺序了。
完整备份任务的界面，如图：
这个界面实在太长了，我把任务栏隐藏了都显示不完，出现了滚动条，这里我们选择要进行备份的数据库，选择为每个数据库创建备份文件，文件保存在C
盘 Backup目录下，扩展名是bak，出于安全起见，我们可以选中“验证备份完整性”，当然也可以不选。在SQL2008中提供了压缩备份的新特性，使得备份文件更小，备份速度更快，这里我们就是由压缩备份。最后是选择执行计划，我这里选的是每周日晚上0点的时候执行。（6）单击“下一步”按钮，进入差异备份任务的设置界面，和上一步的界面是一样的，操作也是一样的，计划这里我们可以选择除了周日以外的每天进行差异备份，如图：
（7）单击“下一步”按钮，进入选择报告选项，这里我们可以将这个维护计划的执行报告写入文本文件中，也可以将报告通过电子邮件发送给管理员。如果要发送邮件的话，那么需要配置SQL Server的数据库邮件，另外还要设置
SQL Server代理中的操作员，关于邮件通知操作员的配置网上也讲的比较多，我这里就不详述了。
（8）单击“下一步”按钮，进入“完成该向导”的界面，系统列出了向导要完
成的工作，如图：
（9）单击“完成”按钮，向导将创建对应的SSIS包和SQL作业：
（10）完成后，我们再刷新下对象资源管理器，我们可以看到对应的维护计划和
该计划对应的作业：现在维护计划是创建好了，急着想看看执行后的效果如何，不需要等到晚上12点去了，在“作业”下面，右击 DbBackupPlan.Subplan_1，选择“作业开始步骤”系统便立即执行该作业，系统运行完成后，我们便可在C:\Backup文件夹下面有我们做的完整备份的备份文件。以上的操作可以是纯粹的无键盘操作，不用写任何脚本，只需要点点鼠标即可。这里需要注意的是，我们如果不是周日制定的该维护计划，那么制定该维护计划前一定要做个完整备份，而且该备份至少要保留到下周，不然到时候出了问题，发现只有这几个工作日的差异备份，而上一次的完整备份又被删了，那就郁闷了。除了使用维护计划向导以外，我们还可以直接新建维护计划，也可以修改意见创建的维护计划。我们就以修改维护计划为例。对于前面创建好的完整备份+ 差异备份维护计划，现在我们需要每周对数据库备份进行一次清理，在完整备份完成后，要将1个月前的备份删除掉。那么我们只需要修改一下维护计划即可，具体操作如下：（1）右击我们的维护计划，在弹出式菜单中选择“修改”选项，系统将新建一个选项卡来显示当前的维护计划。如图：
左下角是可用的维护计划组件，右下面板是维护计划的流程设置面板，其上面就是该计划的子计划列表。（2）选中Subplan_1子计划，也就是每周完整备份的子计划，将“清除历史记录”任务从工具箱中拖拽到计划面板中，然后在面板中单击“备份数据库（完整）”组件，系统将显示一个绿色的箭头，将绿色箭头拖拽到“清除历史记录”组件上，如图：
也
就是说在成功完整备份了数据库后，接下来才执行清除历史记录任务。（3）右击“清除历史记录”任务，在弹出式菜单中选择“编辑”选项，系统将弹出清除历史记录任务设置窗口，如图：
这里既可以清除历史记录日志，也可以删除硬盘上的历史数据。这里我们要删除4周前的历史备份数据，单击“确定”回到计划面板，我们可以看到原本“清除历史记录”任务上的小红叉不见了。单击“保存”按钮，该计划便保存起来。（说明：我在SQL2008中文版虚拟机里面做的时候一旦修改维护计划，保存的时候就报错灾难性故障，不过我本机的英文版是正常的，不知道是我虚拟机的问题还是中文版的Bug，反正在英文版里面是对的。）这样修改后，以后我们都不用手动去删除那些很久以前的数据库备份了，系统在执行完备份后就会删除那些满足条件的备份数据。另外如果用过SSIS的人应该知道，一个任务在完成时是绿色箭头，如果是失败时是红色箭头，我们这里也可以设置，如果上一步骤失败，那么将执行什么操作，双击绿色箭头，在弹出的对话框中选择约束选项中的值为“失败”即可。如图：
在
维护计划中也可以设置很复杂的逻辑运算和执行流程，就和SSIS设计一样的，毕竟本质上他们都是在设计SSIS包。
https://www.doczj.com/doc/f317234371.html, 2006年09月27日 20:12 ChinaByte
作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网络平稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中的一个
非常非常重要的工作环节。
网络中的各种故障无非就分两种:软件故障和硬件故障。对于“硬件故障”可以通过维修或更换硬件设备得到及时解决;对于“软件故障”则可以通过重新安装或升级软件、重做网络或应用软件系统等方法及时解决，而且用此方法来解决网络故障大多需要一些基础的、关键的数据支持才能得以恢复正常。但是，网络中诸如此类的关键数据(特别是“应用软件系统”中的关键数据)的损坏或丢失，绝大部分是无法恢复和弥补的。即使可以恢复部分数据，弥补它们所花费的代价(诸如时间、人力、财力、物力等)都可能远远超出了公司的承受
能力。
所以说，注重数据的备份工作是网管员日常管理工作中的必须时刻关注的一项任务，也
是必须周期性重复操作的一项工作。
目录
现行备份策略
具体实现步骤
结束语
现行备份策略
我公司在组建局域网时，考虑到商业企业的特点，仔细考量了购、销、存三大环节中发生的各种数据及其存储问题后，选定了以Windows 2000 Server为操作系统，SQL Server 2000为数据库平台来搭建局域网的应用系统的软件平台，以网线为载体将购、销、存等核心部门的计算机通过局域网平台紧密地连接起来。这样，各个核心部门每天的任何一笔业务都及时地、动态地存储到公司局域网的核心Dell服务器上的SQL Server 2000数据库中，并以此
为基础平台向各方提供所需的各种数据服务。
因此，自公司局域网开始正式运作之日起，作为网管员的我就非常注重对局域网中的关键数据——特别是这些业务数据的备份工作。同时，我也希望备份数据的软件能够实现以下
自动功能。
功能1:能够在每天的某个固定的时刻(如夜晚0:00:00，当然这个时间是可以自主设定的)对包含所有业务数据库在内的所有关键数据库进行一次“完全备份”。
功能2:能够在每天的0:00:00至23:59:59这段时间内，每间隔1个小时对功能1中所涉及到的各个数据库的事务日志进行“差异备份”。
功能3:每天都能够保留功能1和功能2中所生成的数据库和事务日志的最近两天的备份(即:前一天的和前两天的)，而且能够自动地删除久于两天前的所有数据库和事务日志的
备份。
功能4:定期(如每个星期一次)将所有关键数据库的完全备份的副本备份到磁带或其它
存储介质上(这部分工作可能需要手工完成)。
于是，围绕这些功能的实现，在日常管理工作中，我尽可能地尝试了各种备份数据的软件和方法，如Windows 2000自带的“备份”工具、SQL Server 2000自带的“备份”功能等。这些备份软件和方法的功能各有千秋，但是都存在以下缺点:
一种就是需要人工干预，无法实现自动备份(如Windows 2000自带的“备份”工具)。如果采用这种方法，就必须时刻人工手动备份，万一哪天因为出差或其它原因没有进行备份，而这时又出现服务器或数据故障的话，那麻烦就大了。
另一种就是能够实现自动备份，但是旧的备份不能被自动地删除(如SQL Server 2000自带的“备份”功能)。如果采取这种方法，就必须及时地手工删除旧的备份，否则再大的
硬盘也会迅速地被用完。
在相互比较后，我还是决定采用第二种——SQL Server 2000自带的“备份”功能对关键数据库进行备份，因为它能够实现“自动备份”功能，比第一种略强。所以，在一段时期
内，我每天上班后的第一件事就是先检查一下备份目录下各种数据的新的备份，然后手工删除旧的备份数据。这种做法一度让我很是苦恼。
一天，我在利用SQL Server 2000的“帮助”查询某个Transact-SQL语句的语义解释时无意中阅读到“自动化管理任务”的内容。从头到尾地仔细阅读后，我不由得眼睛一亮，原来SQL Server 2000本身自带了一个能够实现我的备份要求的、强大的功能——“数据库维护计划”。于是我立刻按照这部分内容的提示，以一个数据库为试验样本一步一步地操作，成功地创建了一个数据库维护计划。经过一个星期的试运行，这个计划果然能够实现自动备份调度，以及自动删除旧的数据备份，完全能够满足我的备份要求。
从那时起，我就利用SQL Server 2000的“数据库维护计划”备份所有关键数据库，而且严格地、定期地执行功能4，每个星期五将完全备份的数据库备份到磁带和局域网中其它客户机(主要是用于网络管理的网管PC)的硬盘上。这样做的目的是，能同时异地保存三份
相同的备份，减少故障带来的损失。
而且，通过SQL Server 2000的“数据库维护计划”，我现在能够较轻松地备份所需各种数据，方便地管理其备份，相应地减少了日常工作量，也减轻了部分工作压力。
具体实现步骤
目录
第一步:打开SQL Server“企业管理器”窗体
第二步:找到“数据库维护计划”功能
第三步:创建“数据库维护计划”
第四步:维护和管理“数据库维护计划”
第五步:启动SQL Server 2000代理以便执行“作业”
第六步:检查结果
“数据库维护计划”功能在SQL Server 2000的“企业管理器”中可以找到。
说明:
1.以下操作是在服务器的Windows 2000 Server上进行操作的。在Window 9X系统上操
作相同。
2.由于SQL Server 2000执行备份时将产生许多文件(特别是在进行事务日志备份时)，
所以建议按数据库名称分别建立独立的备份目录进行存储。
3.以下所有操作过程当中一般不会对数据库的使用产生影响。
第一步:打开SQL Server“企业管理器”窗体
用鼠标单击任务栏上的“开始”按钮中的“程序(P)”菜单下的“Microsoft SQL Server”子菜单中的“企业管理器”菜单项，即可打开SQL Server 2000的“企业管理器”
窗体。
第二步:找到“数据库维护计划”功能
在“企业管理器”窗体中左侧的树型选项卡中，用鼠标单击“+”图标扩展开“控制台根目录”下的“Microsoft SQL Servers”，可以看到其下有一个“SQL Server组”;接着继续扩展开“SQL Server组”，此时可以看到其下出现了服务器的名称(图1中的“JXNC-SERVER”就是我的服务器的名称);再继续扩展开此服务器，可以看到其下列出了诸如“数据库”、“数据转换服务”等项目;最后单击“管理”项目，可以看到其下存在一个
“数据库维护计划”(如图1)。
单击“数据库维护计划”项目，在“企业管理器”窗口右侧将会显示出已经存在的维护
计划项目。每个维护计划均包括以下项目:
1.名称:就是维护计划的名称。此名称可以自定义，中英文皆可。
2.数据库:就是维护计划所进行维护的数据库的名称。
因为一个维护计划允许同时维护多个数据库，所以此处可以显示出多个数据库的名称(在图1中可以看到名为“系统数据库备份”的数据库维护计划中的“数据库”就包括三个
数据库:master、model和msdb)。
维护工作职责和内容 一、基本职责 1、负责整个公司（包含局域网、广域网）的系统安全性。 2、负责日常服务器维护、操作系统、网管系统、邮件系统的安全补丁、漏洞检测及修补、病毒防治等工作。 3、应经常保持对最新病毒的了解，做到预防为主。 4、确保网络通信传输畅通，实时监控整个局域网的运转和网络通信流量情况； 5、掌握主干设备的配置情况及配置参数变更情况，备份各个设备的配置文件； 6、负责网络布线配线架的管理，确保配线的合理有序； 7、掌握用户端设备接入网络的情况，以便发现问题时可迅速定位； 8、掌握与外部网络的连接配置，监督网络通信状况，发现问题及时解决； 二、机房管理职责 1、严禁非机房工作人员进入机房，特殊情况需经负责人批准，并认真填写登记表后方可进入。 2、进入机房人员不得携带任何易燃、易爆、腐蚀性、强电磁、辐射性、流体物质等对设备正常运行构成威胁的物品。 3、未经领导的批准严禁变更机房内的一切设备，或服务器的配置。如有需要应报告领导并填写维护表。 4、外来的一切移动存储禁止在机房内使用。 三、安全管理职责 1、随时监控中心设备运行状况，发现异常情况应立即按照预案规程进行操作，并及时上报和详细记录。 2、严格执行密码管理规定，对操作密码定期更改，超级用户密码由系统管理员掌握。 3、网管人员应恪守保密制度，不得擅自泄露各种信息资料与数据。 4、机房内严禁吸烟、喝水、吃食物、嬉戏和进行剧烈运动，保持机房安静。 5、不定期对机房内设置的消防器材、监控设备进行检查，以保证其有效性。
四、运行管理职责 1、未经负责人批准，不得在机房设备上编写、修改、更换各类软件系统及更改设备参数配置。 2、各类软件系统的维护、增删、配置的更改，各类硬件设备的添加、更换必需经负责人书面批准后方可进行；必须按规定进行详细登记和记录，对各类软件、现场资料、档案整理存档。 五、日常维护职责 1、日常维护中应按规定填写日常维护表。（维护内容见附录） 2、每个月应把常见问题书写成知识档，上传到知识库中。 3．硬件更换应填写硬件更换表以便查阅。
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
密级： 文档编号： 项目代号： Epson Security Framework Policy 安全管理员日常维护规范 V 1.0 保密申明 这份说明书涉及到EPSON的商业机密的信息。接受这份说明书表示同意对其内容保密，未经书面请求并得到EPSON的书面认可，不得复制，泄露或散布这份说明书。如果你不是有意接受者，请注意对这份说明书内容的任何形式的泄露、复制或散布都有可能引起法律纠纷。
文档控制 版本控制
目录 1目的 (4) 2范围 (4) 3内容 (4) 4安全维护工作细则 (4) 4.1 维护安全设备的工作细则 (5) 4.1.1 防病毒日常维护细则 (5) 4.1.2 防火墙日常维护细则 (11) 4.1.3 VPN日常维护细则 (16) 4.1.4 安全评估日常维护细则 (18) 4.2对主机系统的日常工作细则 (20) 4.3 对网络设备的日常工作细则 (21) 4.4 编写安全报告工作 (23) 4.5 安全加固文档的更新 (24) 4.6 对地市安全现状进行审计和评估 (25)
1目的 为规范EPSON的安全日常维护工作的计划和工作内容管理，明晰EPSON ISD部门的技术人员日常在安全维护时的工作细则，加强对日常安全维护，促进安全维护规范化，特制定本文档。 2范围 本策略适用于EPSON拥有的、控制和管理的所有信息系统、数据和网络环境，适用于属于EPSON范围内的安全维护人员，包括ISD部门的技术负责人、安全管理员、系统管理员、网络管理员和数据库管理员。 3内容 用户系统安全维护管理工作中，日常安全维护工作细则是根据和遵循本岗位职责要求而制定的，运维人员必须认真遵循本岗位安全职责规定，然后遵照日常安全工作细则的规定进行安全管理和维护工作，并根据工作实际情况，制定并遵守相应的安全设备配置和实施细则和安全技术、安全事故的操作流程，做好安全维护管理工作。 4安全维护工作细则 系统一线和二线维护人员和安全管理员的日常维护工作总则： 1.负责用户与信息安全相关工作的具体实施和有关信息安全问题的 处理； 2.根据用户的信息安全需求，定期提出用户的信息安全整改意见， 上报信息安全管理机构； 3.根据信息安全事件的处理情况和对于用户信息安全检测的结果， 定期编制用户的信息安全状况报告；
全球眼?（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
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
电梯日常维修工作标准 一、概况： 仪化生活区现有电梯23部，其中20层/20站VVVF型三菱电梯8部，11层/11站GPS-Ⅱ型三菱电梯12部，9层/9站奥的斯OH5000型电梯3部，我公司电梯维修队维修人员通过加强电梯日常巡检和维修保养，发现故障及时修理,以保证电梯的正常运行，保证居民的使用。 二、维修保养的内容及要求：（见附表）
生活区高层住宅给排水系统日常维修工作内容 仪化生活区现有高层住宅19栋，其中层高为九层的三栋，层高为二十层的四栋，层高为11层的十二栋，共有居民1076户。为使高层居民的正常生活不受影响，维修公司根据各项公用设施、设备的管理要求，对给排水系统按期进行检查、维护、保养，出现故障时及时维修，以确保高层住宅供水、排水系统的正常运行。 一、供水系统工作内容及运行保障要求 （一）概况 生活用水系统5个，其中浦东高层2个，白沙高层1个，迎江西村1个，浦西村1个。包括（1）水泵13个；（2）供水水箱4个；（3）电气控制系统5套；（4）阀门98只；（5）稳压灌4只。 （二）检查工作内容 （1）水泵每周检查内容 1、对水泵进行手动盘车; 2、泵体清洁； 3、轴承盒内加入钙基黄油； 4、检查填料室内是否正常； 5、检查联轴器的橡胶弹性圈是否正常； 6、检查泵的温度； 7、泵房的清洁卫生工作。 （2）水箱季度冲洗 每季清洗水箱一次； （3）电气控制系统周检查内容 1、检查控制柜能否正常工作； 2、对变频器经常报故障、开关经常跳或者不能合闸、元器件老化等及时更换及维修。（4）阀门每周检查： 1、阀体及阀件清洁; 2、检查阀杆与启密件是否牢靠不脱落; 3、检查阀体是否有渗漏及损坏; 4、检查密封垫片是否密封及损坏. （5）稳压灌每周检查: 1、罐体清洁; 2、检查是否损坏及渗漏.
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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、备份事务日志
[模拟] 数据库工程师数据库实施运行和维护、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.发生故障时用当前的数据内容和档案文件更新前的映像，将文件恢复到最近的检查点文件状态
日常维修工作流程 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
日常维修工作流程 一、维修部维修人员每天保持维修房、维修场地干净；工具、材料归类摆放，科学有序。 二、维修人员每天对机电设备进行常规性维护保养，确保所有机电设备健康运作。作业项目安全、规范、美观。 三、维修人员应对所有机电设施例行检查。例行检查根据检查对象的不同每天、每两天或每周不等的时间段进行一次，两人合作进行，对检查中发现的问题，应在《日常维护巡查记录》上登记清楚。能够自己随时处理的问题应随时处理，自己无法随时处理时，应向主管领导做口头或书面报告，及时安排处理。 另外，维修人员应结合日常维修工作对供电、供水、排水网络进行随机检查，发现问题及时处理或向主管领导报告。 四、例行检查的内容为： 1、供电系统是否存在隐患，有无危及供电安全现象。 2、供水系统（包括纯净水制水设备）是否存在隐患，有无危及供水安全现象。 3、公司各部分排水系统是否畅通，是否有水管跑冒滴漏和污水外溢现象。 4、供蒸汽管道、阀门、仪表是否正常。 5、天燃气设备运转是否正常，监测设备是否正常，要做定期检测。 6、锅炉运行状况，及时检查，每天听取锅炉工的工作汇报。 7、宿舍有无私拉乱扯危及用电安全行为。 8、所有公共照明灯电源线是否老化破皮，有无危及员工安全现象。 9、有无其他影响公司形象容需要整改的事项。
10、生产车间每一条生产线的机械电气设备的运行情况，每天早晨上班或车间下班 后对机械进行润滑保养。（把多余的润滑油用抹布擦拭干净，以免污染产品） 11、污水处理系统是否正常运行，建立维护档案 五、维修部保证所有使用工具的安全性。维修过程，应严格遵守安全规程，防止发生意外事故。 六、任何维修工作结束后，均应清点工具，清理现场，清除垃圾，经检查、测试全部符合质量后方能送电、送水，交付使用。 七、对所完成的工作应记录在维修记录上，对未完成项目要写明原因及下步处理意见。 八、维修人员应对所维修项目负责，对不负责任、敷衍了事造成返工的，追究维修人员责任，对因返工造成材料浪费的，予以相应处罚。 九、维修人员在休班期间，如遇公司工作需要到现场处理，应以公司利益为重，积极配合。 十、以上巡视工作，都要认真填写有关《***巡查记录表》。 记录表要及时存档，妥善保存，以备核查。 十一、公司对以上工作做随机巡视监督，若发现工作敷衍，将对维修部进行严厉惩罚 2017年4月21日
数据库维护工作手册 文档编号：文档名称：编写：审核：批准: 批准日期：
目录 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
一、过程检测与控制仪表的日常维护 仪表的日常维护大致有以下几项工作内容：（1）巡回检查（2）定期润滑（3）定期排污（4）保温伴热（5）故障处理 1.巡回检查 ①查看仪表指示、记录是否正常，现场一次仪表指示和控制室显示仪表、调节仪表的 指示是否一致，调节器输出指示和调节阀阀位是否一致 ②查看仪表电源、气源是否达到额定值 ③检查仪表保温、伴热状况 ④检查仪表本体和连接件损坏和腐蚀情况 ⑤查看仪表和工艺接口泄漏情况 ⑥查看仪表完好状况 2．定期润滑 3．定期排污 3．1排污主要针对差压变送器、压力变送器、浮筒液位计等仪表，由于测量介质含有粉尘、油垢、微小颗粒等在导压管内沉积或在取压阀内沉积，直接或间接影响测量。 3．2吹洗吹洗是利用吹气或冲液使被测介质与仪表部件或测量管线不直接接触，以保护测量仪表并实施测量的一种方法。吹气是通过测量管线向测量对象连续定量地吹入气体。冲液是通过测量管线向测量对象连续定量地冲入液体。 吹洗应注意事项： ①吹洗气体或液体必须是被测工艺对象所允许的流动介质，通常应满足以下条件 a．与被测工艺介质不发生化学反应 b．清洁，不含固体颗粒 c．通过节流减差后不发生相变 d．无腐蚀性 e．流动性好 ②吹洗液体供应源充足可靠，不受工艺操作影响 ③吹洗流体的压力应高于工艺过程在测量点可能达到的最高压力，保证使吹洗流体按 设计要求的流量连续稳定地吹洗 ④采用限流孔板或带可调阻力的转子流量计测量和控制吹洗液体或气体的流量。 ⑤吹洗流体入口点应尽可能靠近仪表取源部件（或靠近测量点），以便使吹洗流体在测 量管线中产生的压力降保持在最小值。 ⑥为了尽可能减小测量误差，要求吹洗流体的流量必须恒定。根据吹洗流体的种类、 被测介质的特性以及测量要求决定吹洗流量，下列吹洗流体数值供参考。 a.流化床：吹洗流体为空气或其他气体时，一般为0.85～3.4m3/h； b.低压储槽液体位测量：吹洗流体为空气或其他气体时，一般为0.03～0.045m3/h; c.一般流量测量：吹洗流体为气体时，一般为0.03～0.14m3/h；吹洗流体为液体 时，一般为0.014～0.036m3/h。 怎样检查现场运行中差压变送器使其工作正常？ 答案：由于差压变送器的故障多是零点漂移和导压管堵塞，所以在现场很少对刻度逐点校验，而是检查它的零点和变化趋势，具体方法如下：1)零点检查：关闭正、负压截止阀。打开平衡阀，此时电动差压变送器电流应为4mA。2)变化趋势检查：零点以后，各阀门恢复原来的开表状态，打开负压室的排污阀。这时变送器的输出应最大即电动差压变送器为20mA以上。若只打开正压室排污阀，则输出为最小，即电动差压变送器为4mA。打开排污阀时，被测介质排出很少或没有，说明导压管有堵塞现象，要设法疏通。
电脑部日常维护工作清单 01：IP 地址的分配使用管理。 02：中心交换机的管理与维护。 03：交换机端口数据流量的检查与分析。 04：网络综合布线与内网光纤的维护。 05：客户端网络信号返回延时值的检查。 06：清除内部网络意外文件的共享，防止“共享入侵”事件。 07：电脑机房各服务器和其它辅助设备的建设与维护。 08：深信服网管设备的应用与维护。 09：光纤拨号上网联接与流量检测工作。 10：各互联网使用者的网络权限、行为限制的建设与维护。 11：外网联接安全性检查与排除。 12：外网开放端口、虚拟主机的管理。 13：录像监控系统的建设与维护。 14：东、南门等关键位置的录像翻查与抓图工作。 15：防盗系统的维护。 16：门禁系统的维护。 17：考勤系统的建设与维护。 18：电话系统的应用与维护。 19：广播系统的维护。 20：大会议室各项设备的应用与维护。 21：办公大楼各办公设备（如：冷气等）的维护。 22：租借、自设的打印、复印、传真等办公服务的维护。 23：条码纸打印建设与维护。 24：机房各服务器的硬盘信息安全维护。 25：各项服务与服务器的管理员帐号、密码的定期更改与维护。 26：提供以下各项服务给相关部门应用： FTP服务、虚拟主机服务、WEB服务、SQL服务、文件共享服务与建设、网络硬盘服务与建设及维护等。27: ERP系统的使用建设与维护。 28：数据库应用软件的开发、实施与维护： A:工程单管理系统； B:工资处理系统；
C:部门费用查询系统； D:零件/产品维护系统； E:采购单打单系统； F:报价单管理系统； G:新工资管理系统； H:项目跟进系统； I ：采购管理系统； J :部门联系信息查询程序； K:销售送货单管理系统； L:电脑管理系统； M仓储部的物控系统； N:水件部的生产管理系统； O美图之声和人事档案管理网站; P 工程单与部门项目日志管理系统； Q 行政事务管理系统； R 生产部门的计件管理系统； 29 内部邮件服务。 30 外部邮件服务与维护。 31 赛门铁克企业版杀毒软件的维护。 32 公司门户网站的维护、公司域名和网站备案等互联网常规业务维护。 33 : ISO体制的融入与执行。 34 : 0A系统的维护、用户管理和信息沉余度的清除等。 35 办公电脑使用维护 A 硬件的安装与故障排除。 B 操作系统和应用软件的安装与故障排除。 C 常规的电脑维护工作（如补丁的修复、非法软件的清除、系统性能的优化、临时文件的清除等等） D 电脑应用的辅导工作。 E 各项应用与服务的安装和维护。 部门电脑部部门经理日期2020 年1 月10 日
Oracle 数据库定期维护手册 定期备份任务计划执行检查 打开附件(系统工具(任务计划 查看状态，如果状态是未能启动,则打开菜单高级(查看日志，看未能执行任务计划的原因，并处理，处理完成后，右击任务计划运行。 使用DBA 图形工具(8.1.7 DBA Studio,9i Oracle Enterprise manager Console,10G 网页的EM )检查数据库状态 主要检查空间使用情况，重点对超过80%已使用的表空间进行检查，必要时增加数据文件或将相应的数据文件设为自动扩展，注意单个数据文件大小不要超过3.9G Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert.log或alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 如提示启动参数不对，则检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间则检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 数据库表空间使用情况检查 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该
运维部门管理规范 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)协助各平台实施网络方面的重大升级/割接；
DM数据库日常维护管理规范 使用工具：DM数据库系统，linux系统，TongWeb 5.0 目的：数据库管理操作，TongWeb5.0部署 内容：数据库启动和关闭，备份和还原，数据迁移操作 一．DM数据库启动和关闭 图形方式： 【达梦数据库】——〉【DM控制台工具console】——〉【DM 控制台】——〉【DM 服务】 在其右侧框右键，【DM DATABASE SERVICE】状态即数据库系统启动/关闭。Linux 命令方式： 终端输入： 开启数据库： /etc/init.d/dmserverd start 关闭数据库： /etc/init.d/dmserverd stop 重启数据库：/etc/init.d/dmserverd restart 提示: 在命令模式下，输入#init 3 ，系统进入图形界面模式 在图形界面下，打开终端，输入#init 5，系统进入命令界面模式 #init 0 关闭服务器。
二．数据库备份和还原（图形界面下） 备份数据库： 方法1：DM数据库控制台console（需要关闭数据库运行） 1.进入DM数据库控制台console，停止DM数据库运行 2.右键【新建备份】 3.开启DM数据库运行，操作完成。 方法2：DM数据库管理工具 Manager（不需要关闭数据库运行） 1．进入DM数据库管理工具 2．选中数据库名称，右键选中【备份】 3．备份完成 PS:备份文件名统一格式：库名+服务器名+日期+时间+备份操作人首拼字母，如“RHIN-213-20110916-14h-cqy” 还原数据库： 方法1：dm控制台console还原（用于本地还原） 1.进入DM数据库控制台console，停止DM数据库运行 2.右键【从指定位置还原】，找到还原包，设置还原路径为DM程序默认安装路 径 3.开启DM数据库运行 4.打开【DB管理工具manager】——〉本地服务器——〉数据库——〉RHIN——〉用户——〉新添加RHIN用户信息和权限（若用户名已存在，则选择该用户名登陆权限，点确定；若不存在，则新建一个RHIN用户名）——〉完成。 5.操作完成。 方法2：脱机还原（用于远程还原） 1.通过CRT软件登录系统，后台命令关闭TongWeb5.0服务进程 2.登录DM数据库管理工具 Manager，备份数据库,名称为RHIN-A.bak，路径统 一为系统默认：/opt/dmdbms/data/ 3.右键数据库【脱机】 4.通过CRT将还原数据库包RHIN-B.bak放入/opt/dmdbms/data/下，重命名 RHIN-A.bak为其他，将RHIN-B.bak重命名为RHIN-A.bak 5.管理工具 Manager 脱机状态下，右键还原RHIN-A.bak 6.联机 7.重启DM数据库和TongWeb5.0应用。 8.完成。
数据库工程师岗位的主要职责概述数据库工程师负责数据库管理维护，监控及性能优化，维护生产环境数据库的稳定性和扩展性。以下是干货资源社小编整理的数据库工程师岗位的主要职责概述。 职责： 1、负责行业线产品数据库规划、数据库设计以及日常运维，研究和设计数据库系统高可用、高性能架构方案，分库分表策略，数据迁移方案; 2、负责数据库系统的升级、改造、备份、存储、扩容、集群、容灾系统的设计和实现; 3、负责数据库日常管理，包括数据库的负载均衡、备份恢复、性能优化、日志分析、数据迁移、故障响应; 4、为开发团队提供数据库相关技术支持与实施、配置、验证等服务; 5、设计数据库表结构及SQL语句，对生产数据库质量、安全进行监控管理; 6、负责及时跟踪数据库相关的技术动态以及问题解决技巧，参与前瞻性新技术研究，解决数据库相关疑难问题。 任职资格： 1、5年以上大中型企业数据库开发及运维经验，电信、电力或
金融行业背景优先; 2，信息技术相关专业本科及以上学历; 3，持有OCP、MS-DBA或MySQL Cluster证书，OCM优先; 4，熟悉数据库原理，精通数据库系统高可用、高性能架构方案; 5，精通Oracle以及MySQL、MongoDB的数据库设计、日常管理、故障处理;同时数据NoSql、Hbase技术优先; 6，精通数据库性能分析和优化技术，能熟练分析SQL语句性能，精通索引、分表等优化措施的设计和实施，并配合开发人员优化数 据库访问语句; 7，熟悉自动化监控和运维工具; 8，能在压力下工作, 能应对突发事件，有较强的问题分析与解 决能力; 9，良好的学习能力、沟通能力、问题的管理能力，团队协作能 力和责任心。 职责： 1、负责分布式数据库安装、调试、监控、日常维护、性能优化、故障处理及相关文档的整理; 2、负责分析对应数据库系统的性能并生成报告; 3、负责编写相关的各类技术文档; 4、执行与设计测试用例，跟踪定位产品软件中的缺陷问题