XXXXXX
数据库运维服务方案
XXXXXXX股份有限公司
2020-8-2
目录
一、前言........................................................................... - 2 -
二、数据库服务需求分析.................................................. - 7 -
三、数据库服务技术方案.................................................. - 9 -
3.1XXXXX Oracle数据库运维服务介绍............................ - 9 -
3.2XXXXX Oracle数据库运维基础服务............................ - 9 -
3.3Oracle数据库运维基础服务..................................... - 11 -
3.4.1 数据库基础运维服务级别分类 ........................................................................ - 11 -
3.4.2 数据库基础运维服务详述.................................................................................. - 12 -
3.4.2.1热线电话技术支持服务..................................................................................... - 12 -
3.4.2.2数据库基础运维远程拨入故障处理服务 .................................................... - 12 -
3.4.2.3数据库健康检查 .................................................................................................. - 13 -
3.4.2.4数据库故障排查 .................................................................................................. - 14 -
3.4.2.5数据库故障信息及时告知................................................................................ - 17 -
3.4.2.6辅助故障定位服务.............................................................................................. - 17 -
3.4.2.7数据库补丁安装、小版本升级....................................................................... - 18 -
3.4.2.8OEM安装配置 ...................................................................................................... - 19 -
3.4.2.9重要问题通知....................................................................................................... - 20 -
3.4.2.10数据库运维相关技术建议 ............................................................................. - 20 -
3.4.2.11知识传递.............................................................................................................. - 21 -
3.4Oracle数据库运维高级服务..................................... - 22 -
3.4.1 Oracle数据库高级运维服务内容.................................................................... - 22 -
3.4.2 数据库性能优化.................................................................................................... - 22 -
3.4.3 数据库版本升级运维服务.................................................................................. - 26 -
3.4.4 数据库实施项目.................................................................................................... - 27 -
- 1 -
3.5XXXXXXX数据库高级运维服务成功案例（100万以上）.... -34 -
3.6XXXXXX数据库专业技术运维人员 ............................. - 35 -
四、数据库运维服务流程及标准 ....................................... - 36 -
1、处理步骤....................................................................................................................... - 36 -
2、紧急故障处理流程..................................................................................................... - 36 -
五、数据库运维服务质量控制........................................... - 37 -
- 1 -
一、前言
当今世界已进入数据为王的时代，数据是科学量化管理的基础，也是企业发展的承载和依托，数据越发成为企事业单位经营发展核心资产，同时数据的安全性和高可用性也越来越成为企事业单位发展的核心诉求。现阶段，企事业单位前后端核心应用业务系统都是以数据为基石来构建的，而数据库始终是数据存放和提供服务的重要载体，因此，数据库的安全健壮与否，也是企事业单位高效发展不可或缺的关键因素之一。
1.1数据库高级运维服务的必要性
随着企事业单位业务量的快速增加和业务的持续发展，IT系统在企事业单位运营中起着越来重要的作用。相应的，前后端业务部门对IT系统的服务能力要求也越来越高，为了适应业务的发展需求，随之而来的是IT系统结构越来越复杂，运维管理越来越困难，运维效率无法满足业务高可用的要求。如何保障IT系统安全、高效、稳定的运行，成为了摆在所有系统运维人员和各级管理人员面前的难题。而数据库作为整个IT系统的核心和基石，更是需要极高的稳定性、安全性、可用性和持续性来支撑整个业务的发展。
从系统运维经验来分析，在各个企事业单位行业客户系统中，均遇到过业务不断深入发展造成数据量成倍增多、数据访问呈现量大和集中的特点、企事业单位不同时期建设的业务系统数据库版本不统一、
- 1 -
数据库系统访问性能较低、应用系统服务响应缓慢、数据库系统服务请求延迟时间过长、数据访问停滞等突发故障引起非计划停机等事件，造成业务前端较差的用户体验，影响企业品牌。由此所造成的直接或间接的经济损失是无法估计的。因此，数据库的高级运维服务对于数据库日常服务来说最基础却是最不可忽视的部分。通过数据库运维可以提前发现数据库潜在的和现有的问题，快速处理故障并防患于未然，从而为业务的发展提供最坚实和安全的后盾。
XXXX公司具备雄厚的Oracle数据库技术支持能力，通过专业的技术人才，完善的数据库运维管理流程，专业的数据库运维工具软件，确保数据库系统未来的稳定安全运行，彻底解决用户系统当前面对的数据库数量多，数据库复杂，数据量大，数据库可靠性要求高、新技术应用需求、数据库管理人员数量及技术能力不足等挑战。
1.2数据库高级运维服务实现目标
以提升数据库SQL运行质量，保障数据库系统稳定运行，协助重要业务系统顺利上线为目标。综上所述，针对XXXXX的核心数据库系统面临的隐患和不足，本次数据库高级运维服务应实现对XXXXXX的深度数据库优化运维服务，并实现如下的五大主要目标：
?业务支撑能力提升目标：实现高效稳定的数据访问性能，满足当前业务量及
数据量增长情况下，数据库系统稳健的业务支撑需求；
?最终用户体验保障目标：通过对数据库系统的性能瓶颈分析并解决，着力提
- 1 -
升数据库系统支撑能力，应用系统的响应，双管齐下最终提升最终用户体验；
?业务连续性保障目标：采用高效合理的数据库系统运维手段，排查并处理故
障隐患，实现业务连续性保障目标；
?数据安全一致性目标：采用成熟可靠的数据容灾备份技术和灾备管理体系，
保障业务连续与数据安全，实现极端情况下的数据安全保护和一致性的保证；
?建立完善的数据库运维管理体系目标：通过本次数据库系统运维服务，建立
健全XXXX完善的数据库运维管理体系，实现运维工作流程化管理，各类操作规范化的目标；
1.3数据库高级运维服务成功要素
我们认为，要成功完成XXXXXX的数据库高级运维服务项目，需要具备以下条件：
端到端的运维服务能力
数据库系统运维服务提供商，必须具备专业的数据库系统运维技术人员和完善的运维管理能力，能够为XXXXX提供可靠和优质的数据库运维服务，按时提交要求的运维服务报告等交付物。数据库运维服务从数据库系统优化、版本升级、参数调整，制定数据备份策略，账户安全管理等方面具有完整的解决方案作为后盾。选择业界具备顶尖技术能力的专业公司是数据库系统运维成功的重要前提。
丰富的数据库系统运维成功案例
服务提供商应熟悉国内XXXXX行业及XXXXXX的实际情况，在国内
- 1 -
数据库相关领域具有丰富的数据库运维实施经验，这是本项目成功最关键的因素。
对XXXXXX系统的深入了解
核心数据库系统运维必须在充分了解XXXXXX现状的基础上进行有针对性的分析，了解问题和需求，而不是简单基于数据库的学术理论形成的运维空中楼阁。
具备丰富经验的运维团队
为了确保运维项目成功，运维服务提供商需要拥有成熟的案例与运维实现方法，已在其他同行业得到了充分验证，并在本项目中与XXXXXX充分的分享同行业数据库运维经验。由于Oracle数据库运维领域具备很强的专业性，且有特定的专业要求，因此运维服务提供商应配备具有丰富经验的运维专家，同时在运维过程中及时有序地向XXXXXXX自身运维人员提供运维知识转移。
可靠的运维质量保证
由于本项目的运维成果会直接影响到XXXXXXX的最核心数据库的运行效果，运维服务提供商必须对项目运维工作投入最大的努力并保证质量。必须在项目服务提供的过中，强调流程管理、关键操作用户审批确认、运维成效等级考核及运维资料整理交付的质量保证措施。
完成知识转移
服务提供商必须与XXXXXX的信息技术部门进行紧密合作，一方面确保XXXXXXX的技术人员能分享外部专家顾问的运维方法和知
- 1 -
识，实现知识转移的目标；另一方面使得XXXXX做好相应的准备，以便于运维服务执行中或运维服务执行结束后，XXXXXX管理部门有能力提升整体IT业务支撑系统运营水平。
二、数据库服务需求分析
XXXXX成立于X年X月。主要从事XXXXX等业务，随着业务的不断深入拓展，经营区域覆盖全市X个区县、服务人口约X万人。作为XXXX公司核心业务支撑的XXXX业务应用系统于XXXX年上线。
XXX业务应用系统作为XXXX的核心业务，是提高XXXXXX经济效益的关键环节，具有基础性和先导性的重要作用。XXXXXX业务应用系统既体现营销业务和管理决策的自身整体性，又是构成XXXXX的有机组成部分，其作用非常关键和重要。
2.1数据库系统现状
XXXXXX自成立之日起，始终以信息技术支撑企业运营为基础，增强企业市场竞争力为目标。随着XXXXXXX的业务深入拓展，业务信息化支撑，涉及核心生产管理应用系统，核心生产数据库系统，虚拟化应用服务系统等等业务子系统，涉及的数据库版本从9i，10g到11G均在使用，且分别部署在AIX，Linux，Windows等不同的操作系统平台。业务快速发展同时对业务支撑的IT系统提出了更高的运维要求，尤其在业务连续性保障、企业核心数据保护方面，数据访问及时响应层面，当前的庞大的业务支撑系统数量给数据库运维管理及连
- 1 -
续性保障方面带来了巨大挑战：
?运维方面：
?众多差异化的数据库承载平台硬件设备的分散监控管理，增加了运维难度降低的故障分析和处理效率；
?复杂的数据库环境造成维护人员无法及时发现和处理问题；
?数据库的多版本与数据库运维的专业性，造成运维成本的逐年增加；
?缺乏统一的管理标准和操作流程，造成数据安全和数据质量风险隐患；
?孤岛式的数据库建设方式，对关键数据安全运维方式提出更高的挑战；
?管理体系方面
?核心数据库系统运维体系管理缺失；
?分散带来的数据分析与数据挖掘的困难，难以发掘数据价值；
?数据库系统资料的不完整性，造成较多的低效的运维管理方式；
结合企业的数据风险性要求，XXXXX需要进一步构建更强有力的数据库系统运维体系，来支撑当前的业务对系统可用性和业务连续性的需求。
- 1 -
三、数据库服务技术方案
3.1XXXXX Oracle数据库运维服务介绍
Oracle数据库高级运维服务是XXXXXIT专业服务及外包服务中的重要一员，多年来XXXXX已成功为许多国内知名的企业级数据库高级运维服务提供商，运维服务所涉及的行业包括政府、医疗、电信、金融、制造业、科研院校、交通运输等等，在各行业数据库系统维护过程中积累了丰富的技术经验及管理经验，这些将是XXXXXX提供优良服务品质的有力保障。
3.2XXXXX Oracle数据库运维基础服务
XXXXXX Oracle数据库运维基础服务主要包括以下几方面：
?Oracle数据库基础服务
?热线电话技术支持（7X24小时800/400电话）
?远程拨入数据库支持（Modem/VPN拨入）
?数据库健康检查（每季度定期检查）
?数据库日常运行维护
?数据库紧急故障处理
- 1 -
?数据库故障信息通告
?辅助故障定位
?数据库补丁安装及小版本升级
?数据库系统安装配置服务
?数据库高可用集群安装部署服务
?数据库关键升级及重大事项通知
?核心数据备份运维管理
?数据库相关优化技术建议
?知识传递
?数据库系统运维资料整理
?年度、季度、月度数据库运维报告提交?数据库故障紧急处理报告整理提交
?Oracle数据库培训服务
?Oracle数据库运维现场培训
?Oracle数据库基础知识培训
- 1 -
3.3Oracle数据库运维基础服务
通过搜集用户数据库环境和分析用户运维实际需求，配合Oracle数据库运维技术和管理工具，为用户量身定做Oracle数据库基础运维服务方案，最终实现用户数据库系统稳定健康的运行。以下为数据库基础运维服务所涵盖的服务内容：
3.4.1数据库基础运维服务级别分类
按数据库常见故障及日常运维需求进行如下数据库基础运维服务分级，有利于提升运维效率，确保运维服务质量。
- 1 -
3.4.2数据库基础运维服务详述
3.4.2.1热线电话技术支持服务
数据库基础运维服务支持7×24全年无休800/400客户服务中心热线，客
户可以拨打免费热线电话进行数据库故障申告或者技术咨询；若是故障申告，客服中心将会在10分钟内启动故障处理流程；若是技术咨询，客服中心将把电话转接至数据库运维技术支持中心，相应的数据库技术专家会在线解答客户提出的技术问题。
热线电话支持时间如下：
?如果是故障申告，数据库基础运维服务支持7×24小时的电话接听和故
障处理；
?如果是日常维护操作以及数据库技术咨询，数据库基础运维服务支持5
×8小时电话接听和支持。
3.4.2.2数据库基础运维远程拨入故障处理服务
(一)远程拨入故障处理
当通过电话沟通无法准确分析判断故障根源，或者无法获得准确的故障状况，远程拨入客户的系统搜集数据库的运行状况、日志等信息，可以帮助工程师尽快了解故障情况，会同客户尽快处理解决数据库异常。
(二)远程拨入服务内容
- 1 -
远程拨入可通过电话拨号、VPN访问等手段连接客户的远程数据库。运维工程师在得到客户的授权后，通过上述方式登录数据库服务器，在客户的监督或者指导下进行故障分析、定位以及排除服务。
3.4.2.3数据库健康检查
(一)健康检查目标
对于数据库的管理，不应该以解决问题为主而应该做到预防为先。数据库健康检查服务即是一种防患于未然的有效途径，通过健康检查客观的分析用户当前数据库的健康状况，并结合数据库的现状提出适当的管理/规划/维护/优化建议，保障用户数据库系统健康、安全、稳定、用续的运行。
(二)健康检查频度和方式
?每季度数据库健康检查：运维工程师通过现场巡检方式完成，并提交相关健康检查报告，报告以电子邮件和纸质形式提交。
(三)健康检查内容
资深数据库工程师将定期对用户系统环境中的Oracle数据库进行健康检查，及时发现并解决问题，并提交相应的健康检查报告供用户存档。
?每季度健康检查包括：
●数据库內部空间使用情況报告
●数据库IO分析
- 1 -
●数据库锁分析
●数据库回滚段竞争分析
●数据库状态历史资料分析及报错分析
●数据库物件空间扩展分析及预测
●SQL运行环境检查：Top SQL List、Index使用状况报告
●Statspack搜集数据库运行情况，并对结果进行分析与建议
●操作系统配置检查:：操作系统核心参数（Kernel）配置、LVM配置；
●主机运行环境检查：CPU/MEM/DISK；
●存储设备检查：RAID类型、LUN的划分、LUN的映射、端口划分；
●网络系统配置检查：TCP/IP配置、主机名、TNS配置；
3.4.2.4数据库故障排查
(一)数据库故障排查目标
该服务旨在帮助用户查找故障原因并排除故障恢复系统。当系统出现重大故障时往往由于慌乱而导致无法及时解决故障，XXXXXX的故障解决流程及问题升级流程将协助用户处理故障，大大提高问题解决的效率。
(二)数据库故障排查方式
当用户的数据库出现故障时，可直接拨打800/400客服中心报修，XXXXX
- 1 -
拥有7×24小时全天候运作的800/400客服中心及灵活完善的服务流程。当客服中心接到用户的报修请求时，将迅速启动相关流程，通知责任工程师。责任工程师在接到客服中心的报修请求后在第一时间与用户取得电话联系并在必要的情况下提供现场服务。一线工程师到达现场后即开始不间断工作直至故障排除系统恢复。如一线工程师无法在限定时间内解决故障将迅速启动故障升级流程，二线专家团队将立刻进入角色协助一线工程师进行故障排查。故障解决流程如下图所示：
- 1 -
XXXXXX具有跨平台的支持能力，当某些故障涉及多个系统层面及多家厂商时，我们将充分发挥自身优势以中立的态度辅助用户诊断故障提高问题解决效率。
- 1 -
3.4.2.5数据库故障信息及时告知
(一)数据库故障信息即时告知目标
运维工程师在进行支持服务时，将当时发现的数据库系统故障的信息第一时间内告知用户，缩短故障响应时间，以便客户最快速度作出故障通知、相关技术人员召集、故障排除等紧急应对措施。
(二)数据库故障信息及时告示内容
数据库系统的故障常常不会立刻被发现，或者某些非关键组件故障暂时不会影响应用数据访问。但是，运维工程师在进行数据健康检查、补丁安装、小版本升级等数据库支持服务过程中，以及在进行telnet远程登录日常监控服务过程中，通过检查数据库错误日志发现诸如表空间使用率过高（超过90%）、PL/SQL 错误等故障信息，工程师将立即通知用户，帮助用户分析问题并制定解决方法。
3.4.2.6辅助故障定位服务
(一)辅助故障定位服务目标
当故障涉及多个系统层面及多家厂商时，运维工程师将协助用户进行故障定位，及时将故障根源告知用户，提高问题解决效率。
(二)辅助故障定位服务内容
通过以下方式为用户提供辅助故障定位服务：
?采用数据库性能分析及故障诊断工具分析故障原因；
- 1 -
?将故障原因及时告知用户，并提出相应的解决方案；
?协助用户解决故障，并提交测试报告。
3.4.2.7数据库补丁安装、小版本升级
(一)数据库补丁安装、小版本升级服务目标
通过安装补丁及小版本升级，消除系统中的漏洞，提高数据库运行环境的安全性及稳定性。
(二)数据库补丁安装、小版本升级服务内容
根据用户Oracle数据库系统运行的实际情况，将按需提供Oracle数据库小版本升级或补丁安装服务：
?数据库软件小版本升级：为保障Oracle软件产品的支持，结合客户的系统实际情况，按需为其提供Oracle数据库软件小版本升级服务，升级方
式可以采用逻辑方式（Exp/Imp）和直接软件升级方式（uxxxxxxx.sql）；
?数据库软件补丁安装：为确保Oracle数据库系统的稳定、可靠运行，按需为客户的Oracle数据库软件安装Patch或Patch Set，在Patch或Patch
Set安装前后做好充分的数据备份工作和测试。
版本升级及补丁安装操作具有一定的风险性，技术专家将在与用户共同评估版本升级及补丁安装的必要性，并提交实施计划。实施计划将包括实施计划、实施内容、实施步骤、风险管理以及回退机制等。实施完成后与呢工程师将协助用户进行测试并提交测试报告。
- 1 -
3.4.2.8OEM安装配置
(一)OEM安装配置服务目标
根据用户需求，通过安装及配置Oracle OEM（Oracle Enterprise Manager）使得针对Oracle数据库的部分日常操作可在OEM的图形化界面中完成，简化用户的日常操作管理。
(二)OEM安装配置服务内容
根据用户需求，安装配置如下OEM组件（所需的软件介质和License由用户提供）：
?Consol-控制台
?Oracle diagnostics pack-系统诊断工具包
?Oracle tuning pack-性能调整工具包
?Oracle change manager pack-同步管理工具包
?Oracle management pack for oracle applications-应用程序管理工具包?Oracle standard management pack-标准管理工具包
?Oracle management server-OEM服务以及资料档案库
?Enterprise manager web site-OEM的web服务器
- 1 -
O R A C L E数据备份与数据恢 复方案 Prepared on 24 November 2020
摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录
一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
XXXXXX 数据库运维服务方案 XXXXXXX股份有限公司 2020-8-2
目录 一、前言........................................................................... - 2 - 二、数据库服务需求分析.................................................. - 7 - 三、数据库服务技术方案.................................................. - 9 - 3.1XXXXX Oracle数据库运维服务介绍............................ - 9 - 3.2XXXXX Oracle数据库运维基础服务............................ - 9 - 3.3Oracle数据库运维基础服务..................................... - 11 - 3.4.1 数据库基础运维服务级别分类 ........................................................................ - 11 - 3.4.2 数据库基础运维服务详述.................................................................................. - 12 - 3.4.2.1热线电话技术支持服务..................................................................................... - 12 - 3.4.2.2数据库基础运维远程拨入故障处理服务 .................................................... - 12 - 3.4.2.3数据库健康检查 .................................................................................................. - 13 - 3.4.2.4数据库故障排查 .................................................................................................. - 14 - 3.4.2.5数据库故障信息及时告知................................................................................ - 17 - 3.4.2.6辅助故障定位服务.............................................................................................. - 17 - 3.4.2.7数据库补丁安装、小版本升级....................................................................... - 18 - 3.4.2.8OEM安装配置 ...................................................................................................... - 19 - 3.4.2.9重要问题通知....................................................................................................... - 20 - 3.4.2.10数据库运维相关技术建议 ............................................................................. - 20 - 3.4.2.11知识传递.............................................................................................................. - 21 - 3.4Oracle数据库运维高级服务..................................... - 22 - 3.4.1 Oracle数据库高级运维服务内容.................................................................... - 22 - 3.4.2 数据库性能优化.................................................................................................... - 22 - 3.4.3 数据库版本升级运维服务.................................................................................. - 26 - 3.4.4 数据库实施项目.................................................................................................... - 27 - - 1 -
全球眼?（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
第一部分项目须知一、项目编号： 二、采购项目名称：2015年度oracle数据库续保 三、采购方式：公开招标 四、采购内容、数量及参数要求： 服务（或售后服务）要求： 乙方应提供原厂级别7×24（即每周7个工作日，每天24小时，2 小时内到达现场.）全天技术支持服务，并根据甲方的需要提供现场支持服务。具体服务时间由甲方需求决定。服务内容包括： 1.健康检查。ORACLE工程师定期（最小频率为1个月）到用1. 户现场，对数据库系统进行例行健康检查，并提交报告，根据健康检查的内容对数据库进行优化。检查的内容应包括但不限于以下内容：1.1 容错检查，检查并分析系统日志及跟踪文件，发现并排除数据库及应用系统的错误隐患； 1.2 检查数据库及应用系统的配置健康情况； 1.3 发现并排除数据库系统错误隐患； 1.4 检查数据库系统是否需要应用最新的补丁集； 1.5 检查数据库空间的使用情况，协助进行数据库空间的规划管理；
1.6 检查数据库备份的完整性； 1.7 监控数据库性能、数据库运行状态、运行效率、是否存在安全隐患； 1.8 备份方式是否合理、备份数据是否可恢复； 1.9 提供系统健康检查报告； 数据库及应用系统性能调优。数据库及应用系统的性能调整一2. 般包括，但不局限于如下内容： 利用工具采集系统运行时的各项监控数据； 2.1 2.2 分析系统主要的性能瓶颈； 2.3 分析系统、网络、应用软件及数据库等各方面资源的使用情况； 2.4 确定系统性能现状及性能调整的目标； 2.5 定位系统中出现的性能瓶颈； 2.6 测试验证针对性能瓶颈进行的改进方案； 2.7 产生基于ORACLE最佳应用准则的性能调整建议报告； 2.8 适用于当前商业规则的Oracle 软件配置； 2.9 为客户提供实施问题的解决方案； 2.10 为客户进行现场技能讲解传授； ORACLE工程师在现场调优数据库性能和应用性能；2.11 2.12 给用户提供完整的性能调整报告和解决方法； 2.13 现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等
Oracle数据库日常维护方案书
————————————————————————————————作者：————————————————————————————————日期： 2
ORACLE数据库日常运行维护年度服务项目 方案书
目录 1 2 3 项目背景及目标 (5) 1.1项目背景 (5) 1.2项目目标 (5) 需求分析 (5) 项目总体方案 (7) 3.1数据库性能优化 (8) 3.1.1检查Oracle数据库性能 (8) 3.1.1.1 3.1.1.2 3.1.1.3 3.1.1.4 3.1.1.5 3.1.1.6 3.1.1.7 3.1.1.8 3.1.1.9 检查数据库的等待事件 (9) Disk Read 最高的SQL 语句的获取 (9) 查找前十条性能差的sql (9) 等待时间最多的 5 个系统等待事件的获取 (9) 检查运行很久的SQL (9) 检查消耗CPU 最高的进程 (10) 检查碎片程度高的表 (10) 检查表空间的I/O 比例 (10) 检查文件系统的I/O 比例 (10) 3.1.1.10 检查死锁及处理 (10) 3.1.1.11 检查数据库cpu、I/O、内存性能 (11) 3.1.1.12 查看是否有僵死进程 (12) 3.1.1.13 检查行链接/迁移 (13) 3.1.1.14 定期做统计分析 (13) 3.1.1.15 检查缓冲区命中率 (14) 3.1.1.16 检查共享池命中率 (14) 3.1.1.17 检查排序区 (14) 3.1.1.18 检查日志缓冲区 (15) 3.1.2性能调优及方法 (15) 3.1.2.1 3.1.2.2 3.1.2.3 3.1.2.4 3.1.2.5 寻找问题根源 (16) System_Event 事件 (16) Session_Event 事件 (16) Session_Wait (17) 应用优化 (17) 3.1.2.5.1 3.1.2.5.2 3.1.2.5.3 3.1.2.5.4 例程调优 (17) I-O 优化 (19) 竞争优化 (19) O-S 监控 (20) 3.2数据库备份恢复 (21) 3.2.1检查Oracle数据库备份结果 (21) 3.2.1.1 3.2.1.2 3.2.1.3 检查数据库备份日志信息 (21) 检查backup 卷中文件产生的时间 (22) 检查oracle 用户的email (22) 3.3数据库迁移 (22)
Oracle数据库规划设计和运行维护方案 （V1.0）
目录 1. 前言 (7) 1.1. 编写目的 (7) 1.2. 方案说明 (7) 1.3. 预期读者 (8) 2. 数据库部署模式 (8) 2.1. 单机模式 (8) 2.2. 双机热备模式（HA模式） (8) 2.3. 集群模式（RAC） (9) 2.4. 主从模式（DataGuard） (10) 2.5. 混合模式（DataGrard+RAC） (11) 2.6. 数据库运行模式选择 (11) 3. 系统特点和数据库类型 (12) 3.1. 业务系统的特点 (12) 3.1.1. OLTP特点 (12) 3.1.2. OLAP特点 (13) 3.2. 数据库的规模 (13) 3.3. 数据库版本建议 (14) 4. 数据库运行环境规划 (14) 4.1. 主机规划 (14) 4.2. 网络规划 (15) 4.3. 存储规划 (17) 5. 数据库安装部署规划 (18) 5.1. 软件安装路径 (18) 5.2. 表空间设计 (19) 5.2.1. 业务数据量估算 (19) 5.2.2. 表空间使用规则 (20) 5.2.3. 表空间的概念和分配原则 (24) 5.2.4. 表空间的参数配置 (25) 5.2.5. Undo/temp表空间的估算 (29) 5.2.6. 表的参数设置 (29) 5.2.7. 索引的使用原则 (30) 5.3. 文件设计 (31) 5.3.1. RAC配置文件 (31) 5.3.2. 参数文件 (31) 5.3.3. 控制文件 (32) 5.3.4. 重做日志文件 (33) 6. 数据库应用规划 (35) 6.1. 数据库用户设计 (35) 6.1.1. 用户权限规划 (35) 6.1.2. 用户安全实现 (37) 6.1.3. 用户类型及角色命名规范 (39) 6.2. 数据库分区 (41)
第一部分项目须知 一、项目编号： 二、采购项目名称：2015年度oracle数据库续保 三、米购方式：公开招标 四、采购内容、数量及参数要求： 服务（或售后服务）要求： 乙方应提供原厂级别7X 24 （即每周7个工作日，每天24小时, 2小时内到达现场.）全天技术支持服务，并根据甲方的需要提供现场支持服务。具体服务时间由甲方需求决定。服务内容包括： 1. 1.健康检查。ORACL工程师定期（最小频率为1个月）到用户现场， 对数据库系统进行例行健康检查，并提交报告，根据健康检查的内 容对数据库进行优化。检查的内容应包括但不限于以下内容： 1.1容错检查，检查并分析系统日志及跟踪文件，发现并排除 数据库及应用系统的错误隐患； 1.2检查数据库及应用系统的配置健康情况； 1.3发现并排除数据库系统错误隐患； 1.4检查数据库系统是否需要应用最新的补丁集； 1.5检查数据库空间的使用情况，协助进行数据库空间的规划管理； 1.6检查数据库备份的完整性； 1.7监控数据库性能、数据库运行状态、运行效率、是否存在安全 隐患； 1.8备份方式是否合理、备份数据是否可恢复； 1.9提供系统健康检查报告； 2. 数据库及应用系统性能调优。数据库及应用系统的性能调整一般包 括，但不局限于如下内容：
2.1 利用工具采集系统运行时的各项监控数据； 2.2分析系统主要的性能瓶颈； 2.3分析系统、网络、应用软件及数据库等各方面资源的使用情况； 2.4确定系统性能现状及性能调整的目标； 2.5定位系统中出现的性能瓶颈； 2.6测试验证针对性能瓶颈进行的改进方案； 2.7产生基于ORACL最佳应用准则的性能调整建议报告； 2.8适用于当前商业规则的 Oracle软件配置； 2.9为客户提供实施问题的解决方案； 2.10为客户进行现场技能讲解传授； 2.11 ORACLE工程师在现场调优数据库性能和应用性能； 2.12给用户提供完整的性能调整报告和解决方法； 2.13现场紧急救援与灾难恢复。管理局数据库宕机、数据块损坏等 影响业务不能进行的问题时，只要用户认为必要， Oracle技术支持工程师应在接到邀请后乘最快交通工具 2小时内 到达用户现场，并提出问题解决方案，在4小时内使应用恢复正常 （根据故障级别不同，处理时间可酌情商榷）。 2.14确保本次保修范围内所有 ORACL数据库的正常运行。 2.15如有新安装ORACL数据库，乙方负责安装。 2.16安装有ORACL数据库的主机双机（RAC安装与调试。 3. 乙方协助甲方完善数据库备份恢复策略，提供完整的备份恢复策略 方案，在甲乙双方协商确定并进行实施。
管理初始化参数 管理初始化参数（调优的一个重要知识点，凭什么可以对数据库进行调优呢？是因为它可以对数据库的一些参数进行修改修正） 初始化参数用于设置实例或是数据库的特征。oracle9i提供了200多个初始化参数，并且每个初始化参数都有默认值。 显示初始化参数(1) show parameter命令 如何修改参数需要说明的如果你希望修改这些初始化的参数，可以到文件D:\oracle\admin\myoral\pfile\init.ora文件中去修改比如要修改实例的名字数据库（表）的逻辑备份与恢复 逻辑备份是指使用工具export将数据对象的结构和数据导出到文件的过程，逻辑恢复是指当数据库对象被误操作而损坏后使用工具import利用备份的文件把数据对象导入到数据库的过程。 物理备份即可在数据库open的状态下进行也可在关闭数据库后进行，但是逻辑备份和恢复只能在open的状态下进行。 导出导出具体的分为：导出表，导出方案，导出数据库三种方式。 导出使用exp命令来完成的，该命令常用的选项有： userid：用于指定执行导出操作的用户名，口令，连接字符串 tables：用于指定执行导出操作的表 owner：用于指定执行导出操作的方案 full=y：用于指定执行导出操作的数据库 inctype：用于指定执行导出操作的增量类型 rows：用于指定执行导出操作是否要导出表中的数据 file：用于指定导出文件名 导出表 1.导出自己的表exp userid=scott/tiger@myoral tables=(emp,dept) file=d:\e1.dmp 2.导出其它方案的表如果用户要导出其它方案的表，则需要dba的权限或是exp_full_database的权限，比如system就可以导出scott的表E:\oracle\ora92\bin>exp userid=system/manager@myoral tables=(scott.emp) file=d:\e2.emp 特别说明：在导入和导出的时候，要到oracle目录的bin目录下。 3. 导出表的结构exp userid=scott/tiger@accp tables=(emp) file=d:\e3.dmp rows=n 4. 使用直接导出方式exp userid=scott/tiger@accp tables=(emp) file=d:\e4.dmp direct=y 这种方式比默认的常规方式速度要快，当数据量大时，可以考虑使用这样的方法。 这时需要数据库的字符集要与客户端字符集完全一致，否则会报错... 导出数据库导出数据库是指利用export导出所有数据库中的对象及数据，要求该用户具有dba的权限或者是exp_full_database权限 增量备份（好处是第一次备份后，第二次备份就快很多了） exp userid=system/manager@myorcl full=y inctype=complete file=d:\all.dmp
一、因为目前还不能全部通过程序来定时备份全部的数据库，采用以下备份方式 导出／导入（Export／Import） 利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。 １、简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （１）、表方式（T方式），将指定表的数据导出。 （２）、用户方式（U方式），将指定用户的所有对象及数据导出。 （３）、全库方式（Full方式），瘵数据库中的所有对象导出。 数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。 数据库备份完成后在本地放一份，在我的本机放一份。每隔一个月刻录一次光盘。 二以后完善定时备份全部数据库时，还需要一个空间大点的服务器。可以做到定时备份数据库完成以后上传至存储数据服务器。这一系列动作都可以用程序来完成。 具体操作如下： （1）备份数据库 设定数据库的拥有者为Oracle，用户名为system，其口令为test，新建备份目录为/export/home/oracle/backup。建立一个命名为testbackup的备份文件，文件内容如下： ORACLE-HOME=/export/home/oracle;export ORACLE-HOME（数据库初始化） ORACLE-SID=ora;export ORACLE-SID（数据库初始化） rm /export/home/oracle/backup/*(清空备份目录，考虑到数据量大，可以把之前的数据清空后在做备份) rq=date +“%m%d”（取当前日期变量） /export/home/oracle/bin/exp system/test file=/export/home/oracle/backup /exp$rq.dmp log=/exoport/home/oracle/backup/exp$rq.log testbackup编写完成后，用“chmod +x testbackup”命令授予它可执行权限。 （2）异地传输 在备份主机里建立一个备份目录：/data/oradata/newbackup, 在本地主机Oracle用户的注册目录/export/home/oracle里建立一个.netrc文件。设定好备份主机的IP地址，备份主机上的用户为system, 口令为text1。.netrc文件内容为： machine x.x.x..x
Oracle数据库有三种标准的备份方法，它们分别是导出／导入（EXP/IMP）、热备份和冷备份。导出备件是一种逻辑备份，冷备份和热备份是物理备份。 一、导出／导入（Export／Import） 利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回到Oracle数据库中去。 １、简单导出数据（Export）和导入数据（Import） Oracle支持三种方式类型的输出： （１）、表方式（T方式），将指定表的数据导出。 （２）、用户方式（U方式），将指定用户的所有对象及数据导出。 （３）、全库方式（Full方式），瘵数据库中的所有对象导出。 数据导入（Import）的过程是数据导出（Export）的逆过程，分别将数据文件导入数据库和将数据库数据导出到数据文件。 ２、增量导出／导入 增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。 增量导出包括三种类型： （１）、“完全”增量导出（Complete） 即备份三个数据库，比如： （２）、“增量型”增量导出 备份上一次备份后改变的数据，比如： （３）、“累积型”增量导出 累计型导出方式是导出自上次“完全”导出之后数据库中变化了的信息。比如： 数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效的完成。 比如数据库的被封任务可以做如下安排： 星期一：完全备份（A）
星期二：增量导出（B） 星期三：增量导出（C） 星期四：增量导出（D） 星期五：累计导出（E） 星期六：增量导出（F） 星期日：增量导出（G） 如果在星期日，数据库遭到意外破坏，数据库管理员可按一下步骤来回复数据库： 第一步：用命令CREATE DATABASE重新生成数据库结构； 第二步：创建一个足够大的附加回滚。 第三步：完全增量导入A： 第四步：累计增量导入E： 第五步：最近增量导入F： 二、冷备份 冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是： １、是非常快速的备份方法（只需拷文件） ２、容易归档（简单拷贝即可） ３、容易恢复到某个时间点上（只需将文件再拷贝回去） ４、能与归档方法相结合，做数据库“最佳状态”的恢复。 ５、低度维护，高度安全。 但冷备份也有如下不足： １、单独使用时，只能提供到“某一时间点上”的恢复。 ２、再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。
Oracle 11gR2数据库系统日常维护操 作手册 修订纪录：
目录 一、介绍 (3) 二、维护 (4) 2.1 ASM管理与监控 (4) 2.1.1 磁盘创建(Linux) (4) 2.1.2 查看磁盘(Linux) (4) 2.1.3 删除磁盘 (linux) (5) 2.1.4 创建磁盘组 (5) 2.1.5 磁盘组新增磁盘 (5) 2.1.6 磁盘组删除磁盘 (5) 2.1.7 磁盘组删除 (5) 2.1.8 磁盘组维护 (5) 2.1.9 磁盘组监控 (6) 2.2 OHAS服务管理与监控 (6) 2.2.1 启/禁用服务资源 (6) 2.2.2 启动/停止资源服务 (8) 2.2.3 监控/删除资源服务 (9) 2.3 表空间管理与监控 (10) 2.3.1 表空间管理 (10) 2.3.2 表空间监控 (11) 2.4 重做日志管理 (12) 2.5 日志维护 (13) 2.5.1定制GRID模块的日志保留策略 (13) 2.5.2定制RDBMS模块的日志保留策略 (14) 2.5.3 查看异常日志 (14) 2.5.4 手工清理日志 (15)
Oracle 11g引进了些新的特性，在日常维护方面也带来些变化和改善。日常维护工作中，大体上保持和延续了以前版本的优良友好操作接口，只部分新特性下，增加或改善了操作交互方式。
日常维护工作中，主要有表空间、重做日志、归档、用户帐户、表、索引、簇表等的管理维护；在Oracle 11gR2数据库，我们的系统开始采用Oracle的ASM组件来管理数据库的存储，因而ASM管理存储也成了一项日常维护工作;另外，还采用了Oracle Restart功能来管理ASM、数据库、监听等数据库资源服务，故OHAS服务状态管理也是需要加以关注。 表空间、重做日志、归档的一般管理和以前版本的管理没有太多的差异；只是涉及新增和调整时，涉及文件存储方面，因使用ASM部件，而需要做些操作命令语法上的调整; 用户账户、表、索引、簇表等内部逻辑结构的维护管理没有太多的变化。 2.1 ASM管理与监控 ASM管理涉及存储的管理，主要有磁盘、磁盘组的创建、新增、更新、删除等管理维护方面。 2.1.1 磁盘创建(Linux) ASM磁盘创建，主要是使用ASMLib来管理磁盘的配置，Oracle引进ASMLib在内核级别进行磁盘的管理，便于ASM实例识别到磁盘，方面ASM创建、更新、删除磁盘组或组磁盘成员。 ASMLib管理磁盘，通过在系统级别识别到磁盘路径后，创建一个别名，来配置磁盘。 Redhat linux下通过多路径软件识别磁盘路径后，对磁盘进行分区后，就可以使用ASMLib来创建一个磁盘别名。 示例：Redhat ES 5下，采用DM管理的磁盘 通过多路径软件识别并配置了一个磁盘路径,将在/dev/mapper目录生成一个设备文件，默认是：/dev/mapper/mpath[0~N]命名，但这个识别的设备对应的真实设备可能会随机器启动而发生变化；故可以通过wwwid号在/etc/multipath.conf 文件配置别名，来固化设备与设备文件名对应;如配置一个设备别名为：asm_dsk_01,则在/dev/mapper目录生成一个文件名：/dev/mapper/asm_dsk_01，这样就可以使用fdisk或kpartx来划分分区，然后使用ASMLib来自动管理设备和生成另一个别名，便于Oracle ASMLib 来管理设备的权限，而不随系统启动发生权限信息丢失问题。 创建语句：划分的DM设备文件分区为：/dev/mapper/asm_dsk_01p1 ASMLib创建磁盘别名后，会在/dev/oracleasm/disks目录生成一个赋予ASM实例属主权限的磁盘设备别名文件，如示例则生成一个设备文件： /dev/oracleasm/disks/DISK01,属主将是初始化ASMLib时配置的属主: grid:asmadmin,ASMLib初始化配置，也可以通过配置文件进行调整： /etc/sysconfig/oracleasm 2.1.2 查看磁盘(Linux)
Oracle DataGuard容灾解决方案
目录 一. 需求分析 (3) 二. 解决方案 (3) 拓扑架构 (3) 方案特点 (4) 方案优势 (4) 产品介绍 (5) 三. Oracle维保服务 (8) 四. 方案报价 (10)
一. 需求分析 用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。现在通过每天备份的方式保证安全。用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。 因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。 二. 解决方案 拓扑架构 Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。 数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
方案特点 ?对现有的环境改动小，能最大限度的减少对现有应用系统的影响。 ?能满足客户对海量数据的管理要求。 ?可以实现远距离容灾，对网络要求低，低延时，快速业务切换。 ?同步或异步日志传输； ?低成本的投入。 方案优势 灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。 完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后，在将重做数据应用到备用数据库时会对其进行验证。 有效利用系统资源—备用数据库表使用从主数据库接收到的重做数据进行更新，并且可用于诸如备份操作、报表、合计和查询等其它任务，从而减少执行这些任务所必需的主数据库工作负载，节省宝贵的CPU 和I/O 周期。使用逻辑备用数据库，用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库可以在从主数据库中对表进行更新时保持打开，并可同时对表进行只读访问。最后，可以在维护的表上创建额外索引和物化视图，以获得更好的查询性能和适应特定的业务要求。 灵活的数据保护功能，从而在可用性与性能要求之间取得平衡—Oracle Data Guard 提供了最大保护、最高可用性和最高性能等模式，来帮助企业在系统性能要求和数据保护之间取得平衡。 自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失（例如，由于网络问题），则在主数据库上生成的重做数据将无
Oracle数据库日常运行维护方案 2019年3月
1项目背景及目标 1.1 项目背景 XXX信息化建设经过多年的发展和完善，已经建立成熟的网络环境及业务及管理的各类应用系统，目前在线运行的PC 近XX台，近年来建设的XX业务管理等若干应用信息系统多数是基于Oracle数据库系统的应用。这些Oracle 数据库产品的标准服务都已经过了服务期。而各系统随着数据量的逐年增加，陆续出现了性能问题，有必要进行数据库系统的升级及性能优化，以确保应用系统的正常运行，为XXX提供更好的信息服务。 1.2 项目目标 尽早发现性能瓶颈，及时调整，保障数据库稳定高效工作；对各个系统数据库进行补丁升级服务，安装补丁前需要对补丁的可行性及风险即你想那个分析，并制定升级计划和应急回退计划。同时要做好系统备份准备及详细的测试工作，确保系统的稳定性、安全性，保障系统业务数据的安全； 数据库架构的合理化； 提升应用系统性能，完成各系统数据库的性能调优工作，包括：外部资源调优、行的重新安排调优、SQL 性能调优、表格和索引存储参数设置调优等。 各业务持续性得到有效的保证。 2需求分析 通过对 xxx 技术要求进行详实的分析以及 xxx信息系统建设的了解，各应用系统的Oracle产品日常运行维护项目主要从如下几个方面进行： 1、由于 xxx 有些系统软件建设的较早，目前存在不同版本的数据库共存的现象， 包括：Oralce8、Oracle9I、Oracle10g以及Oracle11g等。而 Oracle9I 版
本之前的数据库 SQL 编程语句还不是业界通用的标准化的语句，它与后面版本的 SQL 编程语句有很大的差别，所以在这方面的性能优化需要做好充分备份的准备。 2、正是由于这些系统建设的较早，基于当时的实际情况，应用系统或数据库都还 存在一些不足，针对这些情况软件开发商都开发出相应的补丁提供给用户进行升级以防范风险。所以在对各个系统数据库进行补丁升级服务之前，需要对补丁的可行性、安全性及风险进行充分的测试和分析。并制定相关的应急预案及数据库升级计划和应急回退计划，同时还需要做好系统备份准备和详细的测试工作，以确保系统的稳定性、安全性，从而保证系统业务数据的安全； 3、如上所说，这些系统建设的较为长久，由于长时间的运行各个系统存在一些冗 余，由于冗余的存在使得这些系统数据库需要进行性能的优化，包括外部资源优化、行的重新安排以及 SQL 性能优化、表格和索引存储参数等需要重新进行设置优化。 4、对于当前的一些应用如：企业资产管理系统(EAM)、基建 MIS 管理系统、全面 预算管理系统、生产综合管理系统、企业门户（EIP/EAI）系统、综合指标统计分析系统、燃料管理信息系统、标准化管理信息系统、档案管理信息系统、安健环管理系统、技术监督管理子系统、IT 运维服务系统、SIS 系统接口数据库、生产图纸管理系统等等所有这些系统都需要重新进行整理并形成一个完善的文档资料。 5、由于这些数据库系统承载着 xxx 非常重要的业务系统数据，所以在日常维护 中需要非常仔细，每周、每月、每季都需要有相应的巡检记录，需要详细记载以下一些内容： 监控数据库对象的空间扩展情况 监控数据量的增长情况 系统健康检查 数据库对象有效性检查 查看是否有危害到安全策略的问题。 查看 alert、Sqlnet 等日志并归档报错日志 分析表和索引 查看对数据库会产生危害的增长速度
O R A C L E数据备份与数 据恢复方案 This manuscript was revised by the office on December 10, 2020.
摘要 结合金华电信IT系统目前正在实施的备份与恢复策略，重点介绍电信业务计算机管理系统(简称97系统)和营销支撑系统的ORALCE数据库备份和恢复方案。 Oracle数据库有三种标准的备份方法，它们分别是导出／导入 （EXP/IMP）、热备份和冷备份。要实现简单导出数据（Export）和导入数据（Import），增量导出／导入的按设定日期自动备份，可考虑，将该部分功能开发成可执行程序，然后结合操作系统整合的任务计划，实现特定时间符合备份规划的备份应用程序的运行，实现数据库的本级备份，结合ftp简单开发，实现多服务器的数据更新同步，实现数据备份的异地自动备份。 关键字：数据库远程异地集中备份 目录
一、前言 目前，数据已成为信息系统的基础核心和重要资源，同时也是各单位的宝贵财富，数据的丢失将导致直接经济损失和用户数据的丢失，严重影响对社会提供正常的服务。另一方面，随着信息技术的迅猛发展和广泛应用，业务数据还将会随业务的开展而快速增加。但由于系统故障，数据库有时可能遭到破坏，这时如何尽快恢复数据就成为当务之急。如做了备份，恢复数据就显得很容易。由此可见，做好数据库的备份至关重要。因此，建立一个满足当前和将来的数据备份需求的备份系统是必不可少的。传统的数据备份方式主要采用主机内置或外置的磁带机对数据进行冷备份，这种方式在数据量不大、操作系统种类单一、服务器数量有限的情况下，不失为一种既经济又简明的备份手段。但随着计算机规模的扩大，数据量几何级的增长以及分布式网络环境的兴起，将越来越多的业务分布在不同的机器、不同的操作平台上，这种单机的人工冷备份方式越来越不适应当今分布式网络环境。 因此迫切需要建立一个集中的、自动在线的企业级备份系统。备份的内容应当包括基于业务的业务数据，又包括IT系统中重要的日志文件、参数文件、配置文件、控制文件等。本文以ORACLE数据库为例，结合金华电信的几个相关业务系统目前正在实施的备份方案，介绍ORACLE数据库的备份与恢复。 二、金华电信ORACLE数据库的备份与恢复方案 由于金华电信IT系统以前只采用逻辑备份方式进行数据库备份，速度较慢并且数据存储管理都很分散，甚至出现备份数据不完整的现象。为了提高备份数据的效率，提供可靠的数据备份，完善备份系统，保证备份数据的完整性，降低数据备份对网络和服务器的影响，对每个IT系统的备份数据进行集中管理，我们对备份工作进行了改进，将逻辑备份与物理备份相结合，在远程建立了一个异地集中、自动在线的备份系统即网络存储管理系统。（这里用到的物理备份指热备份）其具备的主要功能如下：(1)集中式管理 :网络存储备份管理系统对整个网络的数据进行管理。利用集中式管理工具的帮助，系统管理员可对全网的备份策略进行统一管理，备份服务器可以监控所有机器的备份作业，也可以修改备份策略，并可即时浏览所有目录。所有数据可以备份到同备份服
全球眼?（MEGAEYES）网络图像管理系统ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录 1引言....................................................... 目的 .................................................... 范围 .................................................... 参考资料 ................................................ 2日常维护与管理说明......................................... 运行环境 ................................................ 硬件环境............................................. 软件环境............................................. 数据库日常维护 .......................................... 数据库初始设置....................................... 每日工作内容......................................... 每周工作内容......................................... 每月工作内容.........................................