下载文档原格式
Oracle 11G数据库DataGuard灾备切换方案一、检查1、确定MRP进程在正常运行备库执行如下SQL确定MRP进程正常：2、确定有足够的归档进程在所有的主备库实例上查询参数LOG_ARCHIVE_MAX_PROCESSES，确定其值大于等于4，但不会太大3、确定目标备库的REDO为clear状态虽然在发起SWITCHOVER TO PRIMARY命令时，备库的REDO会自动转换为CLEAR 状态，但依然建议在SWITCHOVER前REDO为CLEAR状态。
确保正确设置了LOG_FILE_NAME_CONVERT参数。
行CLEAR4、确定没有大量的GAP5主备库分别执行如下SQL，查看tempfile是否正常，如果备库上缺失文件则需要进行二、切换1、检查主库是否可切换至STANDBY主库执行如下SQL执行检查如上的SQL查询结果如果为”” 或者””表示主库可切换至STANDBY，如果不为这两个值，则说明REDO传输存在问题。
2、停止主库第一个节点以外的所有实例（RAC）最好使用shutdown normal或者shutdown immediate方式停止数据库。
如果使用了shutdown abort将其他节点进行了关闭，则需等待RAC reconfig完成，且第一个节点将其余REDO正常前滚或回滚3、切换主库至STANDBY角色如果遇到已为”PHYSICAL STANDBY”，则可继续（这种问题的出现其中一个可能是数据库有大量的数据文件）。
4、确定STANDBY收到EOR5、检查STANDBY能够切换至PRIMARY如上的SQL查询结果如果为”PRIMARY” 或者””表示目标备库可切换至PRIMARY，如果不为这两个值，则说明REDO传输或者应用存在问题。
6、切换备库至PRIMARY7、打开新的主库8、检查新主库的TEMPFILE如果存在问题则进行处理。
9、重启新的备库10、意外或回退参考Appendix A.4.5 Roll Back After Unsuccessful Switchover and Start Over三、无法正常切换的处理若主数据库异常中断无法连接做switchover处理，需要将灾备环境强制切换为主库(即failover)，需要注意的是，此种切换是将备库强制进行切换，可能会由于主备库之间并未完全同步导致有数据丢失，需慎重处理。
Oracale dataguard操作手册第一.dataguard的好处：它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现数据库的快速切换与灾难性恢复，提供了灾难保护并防止数据丢失。
Data Guard只是在软件上对数据库进行设置，并不需要额外购买任何组件。
用户能够在对主数据库影响很小的情况下，实现主备数据库的同步。
而主备机之间的数据差异只限于在线日志部分，因此可以被用作数据容灾解决方案。
第二.选用什么DG模式？DG有三种模式，最大保护(Maximum protection)，最大性能(Maximum performance)，最大可用性(Maximum availability)，默认的就是最大性能模式。
再实际的应用种使用最大性能模式比较多。
三种保护模式：可以在V$DATABASE中查看到DataGuard的保护模式SELECT PROTECTION_MODE, PROTECTION_LEVEL FROMV$DATABASE;第三.物理standby还是逻辑standby？1,物理stand by直接从primary接受archived log,然后直接做恢复，效率较高，因为是使用最底层的块级别上的复制。
逻辑stand by是把primary接收过来的archived log解析为sql语句，然后做同步，效率较低，因为是执行SQL语句。
2,Physical standby的APPLY节点为MOUNT状态，Logical standby节点为OPEN状态，可分担primary上部分的查询和报表服务。
3,Physical standby可以实现与Primary来回switchover；logical standby切为Primary ，不能再切回来。
4，Physical standby可以切换为Logical standby ,但是logical 不能转换为Physical。
综合以上采取：物理standby模式，效率高，数据完整性好。
OracleDataguard数据同步复制的容灾技术方案2007-02-28 15:20:07标签：容灾方案OracleDataguard是ORACLE 提供的一种高可用性(HIGH AVAILABLE)的数据库方案，它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现快速切换与灾难性恢复。
中软公司自主研发的基于Dataguard同步引擎的Oracle数据库异地同步解决方案RS5，能够对安全、高效的实现数据库远程实时备份，最大限度保证用户的数据安全。
一、设计目标最大程度上保证数据的可用与可恢复，做到灾难事件发生时的数据零丢失。
二、方案概述针对关键业务数据灾难防护的需求，制定本地备份策略结合异地实时备份的高可靠性方案。
1. 本地备份策略本地备份是数据库容灾重要的组成部分。
通过配置RMAN的备份策略，可以实现备份和还原数据库文件、归档日志和控制文件。
根据具体应用环境，可以订制备份的方式和频率，例如每周的全备和每日的增量备份。
在数据库出现问题的时候，可以使用RMAN备份、归档日志及在线日志恢复数据。
2. 异地实时同步异地实施同步可以最大限度的保证数据安全，避免因各类事故造成的损失。
ORACLE Dataguard是基于数据库复制的方式来实现的、目前最流行的高可用解决方案之一。
在此基础上，我们开发了一套直观便捷的管理界面，使系统不仅可以实现数据库数据的实时快速复制，而且使系统的实施和管理方便而快捷。
数据库复制的原理主要是通过日志文件的传送、分析和应用来实现的，在应用事务发生后主数据中心通过数据复制引擎将日志传输到备份数据中心，备份数据中心的数据库对日志中记载的事务执行重演操作，实现对备份数据中心数据库数据的更新。
本方案采用高性能、基于Log分析(主要是Redo Log)的Oracle数据库复制解决方案，它可以复制数据库中大量的数据更新(如在数千个表上的每秒数千个操作)到一个或多个Oracle 目标实例中。
主库参数配置1.启用force loggingalter database force logging;select force_logging from v$database;2.打开监听lsnrctl start3.启用归档alter system set log_archive_format='%t_%s_%r.arc' scope=spfile;alter system set log_archive_dest_1='LOCATION=/data/arch' scope=spfile; mkdir /data/archSQL> archive log list;SQL> shutdown immediateSQL> startup mount;SQL> alter database archivelog;SQL> archive log list;SQL> alter database open;参考命令：show parameter log_ar4.设置监听主库：1521 动态监听备库：1523 静态监听5.配置主库初始化参数#默认已经设置，使用单引号就是小写，不用就是大写alter system set db_unique_name='fxdb' scope=spfile;alter system set log_archive_config='DG_CONFIG=(fxdb,sbdb)' scope=both; alter system set log_archive_dest_1='LOCATION=/data/archVALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=fxdb'scope=both;alter system set log_archive_dest_2='SERVICE=tnssbdb LGWR SYNC AFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=sbdb' scope=both;alter system setdb_file_name_convert='/data/app/oracle/oradata/sbdb','/data/app/oracle/ora data/fxdb' scope=spfile;alter system setlog_file_name_convert='/data/app/oracle/oradata/sbdb','/data/app/oracle/ora data/fxdb' scope=spfile;alter system set standby_file_management='AUTO' scope=both;alter system set fal_client='tnsfxdb' scope=both;alter system set fal_server='tnssbdb' scope=both;6和7行的参数是进行主备切换用的，可以暂时不用设置。
Oracle 数据库data guard 容灾配置方案方案设计者：巩利民 2009年4月15日一、data guard简单介绍Data Guard 是一个集合，由一个primary 数据库(生产数据库)及一个或多个standby 数据库(最多9 个)组成。
组成Data Guard 的数据库通过Oracle Net 连接，并且有可能分布于不同地域。
Data Guard与操作系统没有任何关系（但操作系统的类型必须是一样的，版本可以不同），只要oracle数据库能够连通就可以了。
Standby又可以分为物理Standby和逻辑Standby，二者是有区别的，区别主要体现在对数据的真实性的写照上。
物理Standby就像我们照镜子一样的，完全真实的呈现，逻辑Standby就像一位画家给我们素描。
根据两种standby的不同特点，我们这里采用物理Standby 来实现容灾。
Data Guard的要求是数据库版本必须是企业版的数据库，标准版数据库不支持DG操作。
二、Data Guard的配置方法1、准备工作不管物理standby 还是逻辑standby，其初始创建都是要依赖primary 数据库，因此这个准备工作中最重要的一部分，就是对primary 数据库的配置。
1）打开Forced Logging 模式将primary 数据库置为FORCE LOGGING 模式。
通过下列语句：SQL> alter database force logging;注：这个操作在后期的standby数据库创建完成后也要执行这个操作此命令是设置切换后日志能够正常传送2）创建备份shutdown冷备(主要是数据库的数据文件、日志文件、控制文件等).3）将primary置为archive log 状态：（现在的数据库已经在归档模式下了，所以这一步就可以省略了）C:>sqlplus/nologSql>conn sys/ennoracle as sysdba再执行以下命令Sql>shutdown immediateSql>Startup mount（只能在mount格式下，不能再open下）Sql>alter database archivelog;Sql>alter system archive log start修改primary 库的配置文件。
Oracle Data Guard 以最低的成本实现最好的数据保护Oracle 白皮书2004 年 7 月执行概要 (3)灾难的后果 (3)高可用性挑战 (3)Oracle Data Guard (3)Oracle Data Guard 概述 (4)什么是 Oracle Data Guard？ (4)Oracle Data Guard 功能 (5)Oracle Data Guard 的好处 (6)Oracle Data Guard 进程结构 (7)主要技术组件 (8)Data Guard 配置 (8)重做应用和 SQL 应用 (8)物理备用数据库 — 重做应用 (9)逻辑备用数据库 — SQL 应用 (10)实时应用 (12)数据保护模式 (12)最大保护 (13)最高可用性 (13)最高性能 (14)故障切换和转换 (15)自动重新同步 (16)人为错误保护 (17)滚动升级 (17)级联重做日志目标 (17)Enterprise Manager 和 Data Guard Broker (17)配置选项 (18)Oracle Data Guard 和 RAC (19)最高可用性结构 (19)Data Guard 和远程镜像解决方案 (20)结论 (22)参考文献 (23)执行概要业务连续性和灾难恢复是大多数全球化企业的高级管理人员最先考虑的问题。
经济波动、市场走向的快速变化和竞争压力，意味着当今的全球化企业必须在一个 24x7 的环境中运营，并且必须能够迅速、高效地处理难以预见的业务中断。
Oracle Data Guard 是当今保护企业核心资产（数据）的最有效解决方案，它能够使数据在 24x7 的基础上可用，而无论是否发生灾难或其他中断。
本白皮书将讨论 Oracle 数据库 10g 中的 Data Guard 技术，并说明它如何成为企业业务连续性基础架构中的一个关键因素。
灾难的后果随着电子商务的发展，当今企业运营在一个极其复杂和高度联网的全球化经济环境中，比以往更容易受中断的影响。
ORACLE DataGuard容灾监控方案探讨王靖，刘丽洁(中国移动通信集团河北有限公司，河北石家庄050011)摘要：通信行业关键业务的数据多使用ORACLE Data Guard建立容灾，但企业容灾建立之后，容灾系统的运行状态监控处于失控状态，本文对容灾实现及容灾的监控行了分析、探讨，给出建议。
关键词：数据库容灾；容灾监控；Data Guard；监控中图分类号：TP309文献标识码：A文章编号：1673-1131（2012）06-0201-03Discussion on the Oracle Data Guard Disaster Recovery Monitoring ProgramWANG Jing，LIU Li-jie(China Mobile Group Hebei Co.,Ltd.,Shijiazhuang；050011)Abstract:The Business-critical applications in Communications industry usually using oracle Data Guard for data protect and Disaster recovery,but after deploy the Data Guard environment,many people lost the control of monitoring of the DR system. This paper will introduce how to deploy the DR system and how to monitoring the DR system,and also provide some advices about it.Keywords:oracle Data Guard disaster recovery;disaster recovery monitoring;Data Guard monitoring0前言灾难备份和灾难恢复是降低灾难发生的损失、保证系统连续运行的重要措施[1].Oracle DataGuard是Oracle公司基于数据库级别的容灾解决方案[4],可以提供企业的关键业务在灾难发生时的应对能力和恢复能力,通过尽可能快速的、全面恢复企业的业务运作,将因灾难造成的损失降低到最小程度[2]。
Oracle的容灾方案Data Guard DATA GUARD数据库简介远程磁盘镜像是一种被广泛应用的数据保护技术，然而在对Oracle数据库进行备份的实际应用中，由于该技术本身所固有的局限，使得其无法很好地实现数据库的完整备份，为此，本文提出以Oracle的容灾技术Data Guard，来实现Oracle数据库的完整备份。
Data Guard是Oracle公司提出的数据库容灾技术，它提供了一种管理、监测和自动运行的体系结构，用于创建和维护一个或多个备份数据库。
与远程磁盘镜像技术的根本区别在于，Data Guard是在逻辑级，通过传输和运行数据库日志文件，来保持生产和备份数据库的数据一致性。
一旦数据库因某种情况而不可用时，备份数据库将正常切换或故障切换为新的生产数据库，以达到无数据损失或最小化数据损失的目的，为业务系统提供持续的数据服务能力。
Data Guard体系结构一个Data Guard环境可配置一个生产数据库和最多至9个备份数据库系统，生产和备份数据库之间通过Oracle Net技术互联，并且没有任何距离上的限制(Data Guard体系结构如图2所示)。
物理备份数据库物理上提供了与生产数据库在数据块级的一致性镜像。
物理备份数据库是通过Redo Apply技术来保障数据镜像能力。
Data Guard的保护模式● 最大保护模式: 该模式以牺牲生产数据库性能为代价，换取无数据损失的能力。
● 最大可用模式: 该模式也能提供无数据损失，对生产数据库的影响较小。
● 最大性能模式: 该模式允许少量数据损失，但能为生产数据库提供最大性能。
Data Guard和远程磁盘镜像技术的总体比较远程磁盘镜像技术是存储层的数据保护方案，对于Oracle数据库而言，Oracle Data Guard 提供了更有效、可行，更完备的数据库容灾方案。
以下是两种方案的总体比较：异步远程磁盘镜像技术的潜在问题远程磁盘镜像技术可采用异步方式，达到降低网络延时、减轻对生产系统影响等目的。
利用RMAN和DataGuard实现ORACLE数据库的容灾备份分析摘要：针对Oracle系统中的两个灾难恢复技术，分别以DataGuard和RMAN 为基础，通过容灾备份对比分析，提出了一种性价比高，可用性好，安全，可靠的Oracle系统容灾备份解决方案。
关键词：Oracle；DataGuard；RMAN；数据库Database；容灾Disaster recoveryAnalysis of disaster recovery backup of Oracle Databaseusing RMAN and DataGuardAbstract:Aiming at the two disaster recovery technologies in Oracle system, based on DataGuard and RMAN respectively, through the comparative analysis of disaster recovery backup, this paper proposes a solution of disaster recovery backup for Oracle system with high cost performance, good availability, security and reliability.Key words:Oracle; DataGuard; RMAN; Database; Disaster recovery随着社会信息化的快速发展，信息技术已深入社会生活的各个领域，实现信息化的首要任务就是保证信息数据的安全性。
数据备份是一种最基本、最简便的灾难恢复方法，其目标是在发生故障时迅速恢复数据。
在信息技术领域，容灾是指为计算机提供一套能够抵御各类灾害的信息系统。
在灾难性事件中，既要保证数据的安全性，又要能够在最快的速度中使系统恢复到正常状态。
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 提供了最大保护、最高可用性和最高性能等模式，来帮助企业在系统性能要求和数据保护之间取得平衡。
自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失（例如，由于网络问题），则在主数据库上生成的重做数据将无法发送到那些备用数据库上。
一旦重新建立连接，Data Guard 就自动检测丢失的存档日志序列（或间隔），并将必要的存档日志自动传输到备用数据库中。
备用数据库将重新与主数据库同步，而无需管理员的任何手动干预。
简单的集中式管理—Data Guard Broker 使一个Data Guard 配置中的多个数据库间的管理和操作任务自动化。
Broker 还监控单个Data Guard 配置内的所有系统。
管理员可以使用Oracle Enterprise Manager 或Broker 自己专用的命令行界面(DGMGRL) 来利用这个集成的管理框架。
与Oracle 数据库集成—Oracle Data Guard 是作为Oracle 数据库（企业版）的一个完全集成的功能提供的，实现无缝集成。
产品介绍Dataguard技术是ORACLE推荐的高可用性方案：Oracle Data Guard 是管理、监控和自动化软件的基础构件，它创建、维护和监控一个或多个备用数据库，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。
Data Guard使用备用数据库保持为与生产数据库在事物上一致的副本。
这些备用数据库可能位于距生产数据中心数千英里的远程灾难恢复站点，或者可能位与同一城市、同一校园乃至同一建筑内。
当生产数据库由于计划中断或以为中断而变得不可用时，Data Guard可以将任意备用数据库切换到生产角色，从而使与中断相关的停机时间减到最少，并防止任何数据丢失。
作为Oracle 数据库企业版的一个特性推出的Data Guard 能够与其他的Oracle 高可用性(HA) 解决方案（如真正应用集群(RAC) 和恢复管理器(RMAN)）结合使用，以提供业内前所未有的高水平数据保护和数据可用性。
Data Guard结构组件Data Guard是ORACLE数据库的一个选件，市面上很多产品是利用其做了一定包装后推出到市场，其实质仍然是利用了Data Guard的技术。
利用Data Guard 的条件是：➢源ORACLE数据库和目标ORACLE数据库版本要一致➢操作系统平台要一致即Data Guard不能实现跨平台的数据容灾，如果利用Data Guard需要首先进行数据整合，然后结合Oracle Rac实现真正的高可用性容灾。
Dataguar功能Oracle Data Guard包括一个生产数据库，也称为主数据库，以及一个或多个备用数据库，这些备用数据库是与主数据库在事务上一致的副本。
Data Guard利用重做数据保持这种事务一致性。
当主数据库中发生事务时，则生成重做数据并将其写入本地重做日志文件中。
通过Data Guard，还将重做数据传输到备用站点上，并应用到备用数据库中，从而使备用数据库与主数据库保持同步。
Data Guard 允许管理员选择将重做数据同步还是异步地发送到备用站点上。
备用数据库的底层技术是Data Guard重做应用（物理备用数据库）和Data Guard SQL应用（逻辑备用数据库）。
物理备用数据库在磁盘上拥有和主数据库逐块相同的数据库结构，并且使用Oracle介质恢复进行更新。
逻辑备用数据库是一个独立数据库，它与主数据库包含相同的数据。
它使用SQL语句进行更新，其相对优势是能够并行用于恢复以及诸如报表、查询等其他任务。
Data Guard简化了主数据库和选定的备用数据库之间的转换和故障切换，从而减少了由计划停机和计划外故障所导致的总停机时间。
主数据库和备用数据库以及它们的各种交互可以使用SQL*Plus来进行管理。
为了获得更简便的可管理性，Data Guard还提供了一个分布式管理框架（称为Data Guard Broker），它不但自动化了Data Guard配置的创建、维护和监控，并对这些操作进行统一管理。
管理员可以使用Oracle Enterprise Manager或Broker 自己的专用命令行界面（DGMGRL）来利用Broker 的管理功能。
Oracle Data Guard为了灾难恢复和高可用性通过使用多个进程达到自动控制的目的。
对于物理备用数据库而言，备用联机日志是可选的。
逻辑备用数据库并不使用备用联机重做日志。
主节点上，日志传输服务主要使用如下几个进程来完成：1、LGWR LGWR搜集事务日志，并且更新联机日志。
在同步模式下，LGWR 直接将redo信息直接传送到备库中的RFS进程，主库在继续进行处理前需要等待备库的确认。
在非同步情况下，也是直接将日志信息传递到备库的RFS进程，但是不等待备库的确认信息主库进程可以继续运行处理。
2、ARCH ARCHn或者是一个SQL session执行了一个归档操作，为了恢复的需要，创建了一个联机日志的拷贝。
Archn进程可以在归档的同时，传递日志流到备库的RFS进程。
该进程还用于前瞻性检测和解决备库的日志不连续问题(GAP)。
3、FAL Fetch archive log 只有物理备库才有该进程，FAL进程提供了一个client/server的机制，用来解决检测在主库产生的连续的归档日志，而在备库接受的归档日志不连续的问题。
备库节点上，日志应用进程主要使用如下的进程来完成：1、RFS Rfs进程主要用来接受从主库传送过来的日志信息。
对于物理备用数据库而言，RFS进程可以直接将日志写进备用重做日志，也可以直接将日志信息写到归档日志中。
为了使用备库重做日志，我们必须创建他们，一般和主库的联机日志大小以及组一样。
2、ARCHn只对物理备库，Arch进程归档备库重做日志，这些日志以后将被MPR进程应用到备库。
3、MRP Managed recovery process 该进程只针对物理备库。
该进程应用归档日志到备库。
如果我们使用SQL语句启用该进程ALTER DATABASE RECOVER MANAGED STANDBY DATABASE，那么前台进程将会做恢复。
如果加上disconnect语句，那么恢复过程将在后台进程，发出该语句的进程可以继续做其他的事情。
4、LSP Logical standby process 只有逻辑备库才会有该进程。
LSP进程控制着应用归档日志到逻辑备用数据库。
三. Oracle维保服务故障级别划分首先，我们按照Oracle数据库在生产出现问题时对应用系统的不同影响进行了故障级别的划分，针对不同的故障级别我们将提供合适的技术支持服务。
➢1级故障（L1）：Oracle数据库出现的告警或报错甚至瘫痪，使日常业务处理受到影响，远程支持无法立即解决，视为1级故障，对应一级故障提供应急服务，4小时内提出解决方案，最快速度到达现场（适合的交通工具）➢2级故障（L2）：Oracle数据库出现的告警或报错，但日常业务仍可以正常进行，远程支持可以解决，视为2级故障。
对应二级故障提供远程服务，2小时内到达现场，该服务对应安装服务➢3级故障（L3）：Oracle数据库出现的告警或报错，通过远程技术指导或电话指导可以快速解决，视为3级故障，此故障使用邮件或电话可以解决➢4级故障（L4）：生产系统目前正常运行，但为预防故障，需要定期进行检查，视为4级故障。
技术支持服务方式我们将为维保签约客户成立技术支持小组，由Oracle认证工程师组成的专家小组将为客户提供全方位的维保服务。
并针对客户的具体应用情况，为其分配有Oracle资质的专员工程师，为客户提供一站式服务。
具体服务内容如下：提供7*24小时电话技术咨询服务客户在工作日（法定节假日除外）上班时间可以拨打热线服务电话，签约用户会有专门的工程师在非工作时间接受日常技术问题咨询。
服务适用于所有级别故障处理。
