1．判断DataGuard是否安装 select * from v$option where parameter = 'Oracle Data Guard'; 2.网络配置 192.168.1.10（orcl）------------------------------------192.168.1.20(dg) 3.监听配置 主库 [oracle@node1 ~]$cd/u01/app/product/11.2.0/db_1/network/admin [oracle@node1 admin]$cat listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) ) [oracle@node1 admin]$cat tnsnames.ora ORCL= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) DG = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dg)
) ) 备库 [oracle@node1 admin]$cat listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) ) [oracle@node1 admin]$cat tnsnames.ora ORCL= (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = orcl) ) ) DG = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = node2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dg) ) ) 4.主库前期准备 设置强制写日志 SQL> select FORCE_LOGGING fromv$database; NO SQL>alter databaseforce logging; SQL>select FORCE_LOGGING from v$database; YES
DataGuard 日常维护 数据库采用Oracle 10g版本.Dataguard采用最大性能模式. 第一部分日常维护 一正确打开主库和备库 1 主库: SQL> STARTUP MOUNT; SQL> ALTER DATABASE ARCHIVELOG; SQL> ALTER DATABASE OPEN; 2 备库: SQL> STARTUP MOUNT; SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 二正确关闭顺序 1 备库: SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; SQL>SHUTDOWN IMMEDIATE; 2 主库 SQL>SHUTDOWN IMMEDIATE; 三备库Read-Only模式打开 当前主库正常OPEN状态 备库处于日志传送状态. 1 在备库停止日志传送 SQL> recover managed standby database cancel; 2 备库Read-only模式打开 SQL> alter database open read only; 3 备库回到日志传送模式 SQL> recover managed standby database disconnect from session; Media recovery complete. SQL> select status from v$instance; STATUS ------------ MOUNTED 四日志传送状态监控
Oracle DataGuard容灾解决方案
目录 一. 需求分析 (3) 二. 解决方案 (3) 2.1 拓扑架构 (3) 2.2 方案特点 (4) 2.3 方案优势 (4) 2.4 产品介绍 (5) 三. Oracle维保服务 (8) 四. 方案报价 (10)
一. 需求分析 用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。现在通过每天备份的方式保证安全。用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。 因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。 二. 解决方案 2.1 拓扑架构 Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。 数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
2.2 方案特点 ?对现有的环境改动小，能最大限度的减少对现有应用系统的影响。 ?能满足客户对海量数据的管理要求。 ?可以实现远距离容灾，对网络要求低，低延时，快速业务切换。 ?同步或异步日志传输； ?低成本的投入。 2.3 方案优势 灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。 完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。备用数据库提供了防止数据损坏和用户错误的安全保护。主数据库上的存储器级物理损坏不会传播到备用数据库上。同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。最后，在将重做数据应用到备用数据库时会对其进行验证。 有效利用系统资源—备用数据库表使用从主数据库接收到的重做数据进行更新，并且可用于诸如备份操作、报表、合计和查询等其它任务，从而减少执行这些任务所必需的主数据库工作负载，节省宝贵的CPU 和I/O 周期。使用逻辑备用数据库，用户可以在模式中不从主数据库进行更新的表上执行数据处理操作。逻辑备用数据库可以在从主数据库中对表进行更新时保持打开，并可同时对表进行只读访问。最后，可以在维护的表上创建额外索引和物化视图，以获得更好的查询性能和适应特定的业务要求。 灵活的数据保护功能，从而在可用性与性能要求之间取得平衡—Oracle Data Guard 提供了最大保护、最高可用性和最高性能等模式，来帮助企业在系统性能要求和数据保护之间取得平衡。 自动间隔检测及其解决方案—如果主数据库与一个或更多个备用数据库之间的连接丢失（例如，由于网络问题），则在主数据库上生成的重做数据将无
文档标识 文件状态：[] 草稿 [√] 正式发布 [ ] 正在修改 Oracle RAC+DataGuard 运维手册 版本：1.0.0 编制周光晖2015年01月20 审核 批准年月日 生效日期：年月日
修订历史记录 日期版本修订说明作者
目录 第一章引言 (3) **. 编写目的 (3) **. 定义、首字母缩写词和缩略语 (4) 第二章......................................................................................................... D ATA G UARD状态查询4 **. 检查主备库的D ATA G UARD状态信息 (4) **. 检查进程 (4) **. 检查归档状态 (4) **. 检查最后应用的日志S EQUENCE (5) **. 查看是否使用实时应用 (5) **. 检查GAP (5) **. 检查保护模式 (5) **. 相关视图 (6) 第三章................................................................................................................... SWITCHOVER 6 **. 确认主库状态是否支持切换操作 (6) **. 执行主库转换 (7) **. 关闭并MOUNT新备库 (7) **. 确认老备库状态 (7) **. 切换目标备库为主库 (7) **. 打开新主库 (8) **. 启动新备库的日志应用 (8) **. 开启新备库的ADG (8) 第一章引言 1.1. 编写目的 本文档描述了Oracle 11gR2 RAC+ADG操作手册。包含RAC DOWN机测试，日常查询状态，启停RAC等指令同时包含oracle 11g R2 ACTIVE DATAGUARD 的日常维护指令。
数据库异地容灾方案介绍 2008年11月
目录 第一章需求分析 (4) 1.1 序言 (4) 1.2 用户现状 (4) 1.2.1 系统平台 (4) 1.2.2 数据库平台 (6) 1.3 用户需求 (7) 1.3.1 日常功能 (7) 1.3.2 故障切换 (7) 1.3.3 基本要求 (7) 1.3.4 性能要求 (8) 1.3.5 数据一致性 (9) 1.3.6 系统兼容性 (9) 1.3.7 高可用性 (10) 1.3.8 健壮性要求 (10) 1.3.9 设备无关性 (10) 1.3.10 管理监控功能 (11) 第二章Oracle Data Guard介绍 (12) 2.1 Data Guard实现原理 (12) 2.2 Oracle Data Guard 优势 (15) 2.3 Data Guard提供的保护模式 (16) 2.4 Data Guard实现方式以及对系统的限制要求 (17) 2.5 切换方式 (17) 第三章系统建议方案 (19) 3.1 Data Guard优势 (19) 3.2 Data Guard运行模式 (19) 3.3 Data Guard保护模式 (20)
3.4 Data Guard初始安装步骤 (20) 3.5 用户需求点对点应答 (21) 3.5.1 日常功能 (21) 3.5.2 故障切换 (22) 3.5.3 基本要求 (23) 3.5.4 性能要求 (23) 3.5.5 数据一致性 (25) 3.5.6 系统兼容性 (26) 3.5.7 高可用性 (26) 3.5.8 健壮性要求 (27) 3.5.9 设备无关性 (27) 3.5.10 管理监控功能 (28)
内蒙古金田科技有限公司https://www.doczj.com/doc/c91496679.html,
?线路工兵 ?工兵 线路 ?光缆快速连接器制作 ?熔纤机 OTDR ?DR OT ?光功率计 ?功率计 光 目录
睛?否则被测系统发射的大功率激光可能对眼睛造成伤害。 在使用光功率计进行测量时?不要将被测光纤或连接器的末端对着眼 普通光功率计 √ EPON 专用光功率计 光功率测试需要用PON 专用的光功率计,测试结果比较精确 测试仪器光功率计选择和测量注意事项 光功率计
线路工兵 光功率计的保护与清洁 在不进行测量时?请将光功率计的防护帽盖好?否则会因为长期暴露在空气中附着灰尘而导致测量误差?如果光探测器前端面脏了?会导致透过的入射光被衰减?严重影响光功率测量的精度?需要清洁光探测器?清洁方法如下? ?将顶部固定FC法兰连接器的四个螺钉取下。 ?将FC连接器轻轻取出后?会看到下面的光探测器。 ?用棉签儿沾无水酒精轻轻擦洗这个光探测器前端的玻璃窗体端面。 ?清洁完?等三分钟晾干后将FC法兰连接器轻轻恢复原位用螺钉固定。
OLT光功率测量方法 PON专光功率计有两个测量端口?一个测OLT的发光功率?一个测量ONU 的发光功率?测量OLT发射光功率只需要将尾纤直接插到光功率上OLT的端口即可?就可以通过读取光功率上1490nmOLT显示的数值测量得到OLT在此处光功率值?此处光功率上的数值为-13dbm OLT光功率测试读数图OLT光功率测连接图
ONU 光功率测试读数图 ONU 光功率测试连接图 1310nmONT 显示的数值测量得到ONU 光功率值。下图ONU 发射光功率为 光功率测试仪的OLT 端口?串联之后就可以就可以通过读取光功率上 2.2dBm 。 的尾纤连接到光功率测试仪的ONU 端口?将连接OLT 端口的尾纤连接到 才能发光?所以必须将光功率计串联到OLT 和ONU 之间?即将连接ONU ONU 光功率测量?由于ONU 是被动发光?只有当ONU 接受OLT 的光之后 ONU 光功率测量方法
1常用工具软件 1.1 数据库操作（PL/SQL Developer） 1.1.1PL/SQL Developer介绍 PL/SQL Developer 是一个为Oracle 数据库开发存贮程序单元的集成开发环境（IDE），我们这里仅介绍使用本工具，进行一些数据库的一些维护工作，包括（数据的查询及增、删、改操作等。） 本工具可以从网络上下载使用。以下是使用PL/SQL Developer 8.0版本做说明。 1.1.2PL/SQL Developer登录 启动PL/SQL Developer,界面如下： 选择要连接的数据库实例名，输入用户名及密码（区分大小写），点击OK按钮，进行系统。
1.1.3PL/SQL Developer主界面介绍 点击工具栏上面的‘新建’按钮，在出现的菜单中选择‘SQL Window’选项，进行SQL 语句编辑及执行环境。 1.1.4数据查询及导出操作。 【数据检索】
在‘SQL语句编辑窗口’输入相应的SQL语句，点击‘执行’按钮，查询结果会在‘结果集窗口’显示。 如果查询的结果很多，会仅显示第一页的结果，这时可以点击‘下一页’按钮，继续查询， 或者，点击‘全部’按钮，显示所有查询结果。 查询的结果可以按列表方式显示，或点击‘单条记录’显示，显示单个记录。 【数据导出】 可以把查询的结果集，导成相应的文件格式（如：.csv、.sql） 点击工具栏上的‘导出结果集’，这时会导出全部结果（包括当前查询出来的和未查询出来的）。 在结果集上点右键，在弹出菜单中选择‘导出’操作，这时导出的，仅时‘当前已查询出’的结果集 1.1.5数据增、删、改操作。 要对查询的结果集进行编辑，必须要SQL语句后面，加上‘FOR UPDATE’关键字。然后，点击‘编辑’按钮，进入编辑状态。 注意：使用‘FOR UPDA TE’会对当前的查询结果锁定，其它用户再操作查询结果，会处于等待状态，直到‘提交或回滚’操作以后释放。
电力系统个人简历 姓名：*** 性别：男 出生年月：1976.10.1联系电话：151*** 学历：本科专业：电力系统及其自动化 工作经验：10年民族：汉 毕业学校：***工业大学 住址：*** 电子信箱：*** 自我简介： 6年数据库系统开发管理经验，精通Oracle RAC、DataGuard、Stream等 4年银行数据大集中系统软件开发设计经验 Oracle 10g OCM/OCP、Sun SCJP 版权开始，选中删除---------------------- https://www.doczj.com/doc/c91496679.html,为您提供免费的个人简历模板。 ----------------------版权结束，选中删除 求职意向： 目标职位：数据库管理员·数据库开发工程师| 技术支持·维护工程师目标行业：通信(设备·运营·增值服务) | 银行| 保险 期望薪资：面谈 期望地区：*** 到岗时间：面谈 工作经历： 2009.4- 至今最近的公司名称保密
资深Oracle DBA 工作职责和业绩： 负责Oracle数据库系统的7*24小时运维； Oracle DataGuard, Stream, Partition和TimesTen的管理； 数据库系统监控、备份恢复及备份中心的维护； 性能优化、SQL优化、故障诊断和排除； 日常维护、紧急恢复、数据库突发事件处理； 协助开发部门业务分析，数据库设计和技术支持； 规范数据库业务操作流程、运维手册和调整文档的编写、RT(Request Tracker)流程 管理； 数据库软硬件技术选型，性能规划，数据库架构设计，技术研发； MYSQL、PostgreSQL 数据库的日常维护。 2004.7– 2009.4*** Tech, Inc.*** Oracle DBA 工作职责和业绩： *** 公司GROTON 数据中心（2007/1 – 2009/4） 职位：Oracle 数据库管理员 工作职责： 负责TB级Oracle数据库系统运维，系统平台Solaris + Oracle10g RAC； 制定备份策略，管理数据库备份，设计数据库备份恢复过程和策略； 监视数据库和应用性能，确保系统资源优化和负载均衡； 通过AWR, Statspack, SQL Trace, ASH等分析评估系统性能，解决系统故障； 分区维护，SQL优化，服务器的性能优化； 参与PL/SQL应用存储过程开发； 数据归档，统计分析，数据库技术支持和研发； 数据库安全，账户管理； 技术文档编写和培训等。 ***Development Center (2004/7-2007/1) 职位：Application DBA 工作职责： 数据库逻辑和物理结构设计； PL/SQL实现应用逻辑功能； 维护TST/UAT/PET/PRD数据库环境/Patch/Upgrade； 产品数据迁移ETL； 数据库性能分析和优化； 提供数据库相关技术支持；
Oracle 11G R2 DataGuard日常维护及故障处理 [日期：2016-02-20] 来源：Linux社区作者：fengwan [字体：大中小] 1.关于Forced Logging模式 有一些DDL语句可以通过指定NOLOGGING子句的方式避免写redo log(目的是提高速度，某些时候确实有效)，指定数据库为FORCE LOGGING模式后，数据库将会记录除临时表空间或临时回滚段外所有的操作而忽略类似NOLOGGING之类的指定参数。如果在执行force logging时有nologging之类的语句在执行，则force logging会等待直到这类语句全部执行。FORCE LOGGING是做为固定参数保存在控制文件中，因此其不受重启之类操作的影响(只执行一次即可) 打开force logging SQL > alter database force logging; 关闭force logging SQL > alter database no force logging; 查看force logging的状态： SQL > select FORCE_LOGGING from v$database; 2.关于主备库的密码 密码文件位置$Oracle_HOME/dbs/orapwSID，主备库的密码必须要一致，否则可能出现日志无法传输故障，最好是使用scp传过去较为方便 3.关于listener.ora和tnsnames.ora listener.ora为数据库的监听配置文件，tnsnames.ora为网络服务名配置文件 修改listener.ora是需要重启监听程序，而tnsnames.ora是不需要重启的，我们可以使用默认的listener.ora LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521)) ) ) ADR_BASE_LISTENER = /opt/oracle 以上是动态注册，如果是静态注册的话，则是
Oracle Active DataGuard 数据同步复制技术方案
一、概述 Oracle Active Data Guard是Oracle 11g版本推出的新功能。该功能可以实现Oracle 数据库读写分离。Active Data Guard从底层技术上实现了在日志恢复数据的同时可以用只读的方式打开数据库，用户可以在备用数据库上进行查询、报表等操作，这类似逻辑Data Guard备用数据库的功能（查询功能方面），数据同步的效率更高、对硬件的资源要求更低。可以更大程度地发挥物理备用数据库的硬件资源的效能。 Active Data Guard用于维护 Oracle 数据库的单独、同步物理副本，从而实现 HA/DR。Active Data Guard支持高可用性（通过零数据丢失和/或自动故障切换）和灾难恢复。并且数据同步的效率更高、对硬件的资源要求更低。是一种有效可行的解决方案。 随着OracleADG的出现，Oracle在读写分离的支持上又得到进一步提升，可以在延迟很少的情况下提供读，而且不会出现复制错误或者数据不一致的问题。 Active Dataguard Reader Farm架构至少存在以下优势： 1.管理维护简单，DBA只要熟悉Dataguard的管理即可，无需再额外学习其他方面的 新知识； 2.Active Dataguard Reader Farm节点是灵活可扩展的，可以在线添加或者删除节点， 并且可以线性扩展而不对生产系统造成影响； 3.可以真正做到实时查询，不会应为大事务造成同步阻塞，性能有保障； 4.没有数据类型的限制； 5.高可用性，节点的宕机都不会影响到数据库的可用性。
1. 大野耐一圈 在二战后的四十年间，由丰田公司的高级经理大野耐一创建和实施了一种新型的制造系统，今天称之为丰田生产系统。其中大野拿粉笔在地上画个圈让经理们站在其中，训练他们识别某个工作区域所存在的问题的方式已广为人知。 今天，“站在圈内”的练习是培训员工识别浪费非常有效的方法，为团队主管的日常改进提供了结构化的方式，也为时间有限的高级主管提供了解现场的机会。 当你花上一段时间站在现场的大野耐一圈内，你会发现实际状态和目标状态之间的差距。这时可采用帕累托原则确定缩小差距的开始区域。 2. 帕累托图 1906年意大利经济学家维弗雷多.帕累托用他的80/20法则为我们简化了世界，或称为帕累托原则。通常采用帕累托图来表达。 识别重要的少数会对缩小现状和目标状态之间的差距具有最大的效果，一旦该步骤完成，再转向关注于帕累托图中的下一高点。 为了找出造成影响预定目标的20%因素的根本原因，下一步需要采用石川馨图深挖其中的根本原因。 3. 石川图 石川图（又称鱼骨图或因果图）是由日本质量管理专家石川馨教授于1960年代引入，石川馨是川崎钢铁公司质量过程管理的先驱者，从而成为现代管理奠基人之一。用以识别造成特定事件或情况的原因。石川图属于QC的七大工具之一，其中包括直方图，帕雷托图，检查表，控制图，流程图和散点图。
这是一种相当灵活的工具。即可以采用4M（人，材料，设备，方法）或6M（加上环境和测量方法）为制造或生产型流程的进行根原因分析，又可用4P（价格，促销，地点，产品）进行市场和销售的改善。 到目前为止，你已经识别出问题的根原因，下一步准备实施相应的措施。所以你需要一个行动计划。 4. 甘特图 亨利甘特曾是管理咨询顾问，在1910期间以其项目管理工具甘特图而闻名于世。 任何使用微软项目管理软件或使用这个经典项目管理工具的人需要感谢甘特先生。随着甘特图在全球范围传播，带来管理大型，复杂项目的革命。 甘特先生算是早期具有精益思维的专家，他为后来的发展奠定了基础，例如标准作业合并表，安排每日工作和作业平衡。行动计划不能仅局限于“计划和实施”，也要注重“检查和纠正”。这是根据PDCA环原则，通称戴明环。 5. 戴明环 戴明环又称为PDCA环。爱德华戴明以其在日本教授和传播PDCA的质量改进方式而闻名。更准确的说，应归功于Walter Shewhart，他是统计学的先驱者同时也是戴明的老师, PDCA即源自于他的构想。
Ｏｒａｃｌｅ数据库容灾技术研究与实现 袁 勇，池兴颖，孙小林 （遵义师范学院网络管理中心，贵州遵义 ５６３０００） 摘 要：文中对Ｏｒａｃｌｅ １２Ｃ数据库的灾备技术ＧｏｌｄｅｎＧａｔｅ以及Ｄａｔａ Ｇｕａｒｄ进行对比研究。在ＶｉｒｔｕａｌＢｏｘ虚拟化平台上搭建数据库服务器，完成ＧｏｌｄｅｎＧａｔｅ灾备服务器的搭建并进行同步验证，对搭建过程中的重要过程及参数作出说明。通过实践操作证明ＧｏｌｄｅｎＧａｔｅ在搭建过程中更加容易实施部署，管理过程更加精细化。 关键词：Ｏｒａｃｌｅ １２Ｃ；ＧｏｌｄｅｎＧａｔｅ；Ｄａｔａ Ｇｕａｒｄ；灾难恢复 中图分类号：ＴＰ３９２ 文献标识码：Ａ 文章编号：１００６—７９８１（２０１９）０２—００８４—０２ 数据库的容灾从某种角度来说，就是数据库管理人员保证数据完整性的最后一根稻草，其重要性不言而喻。Ｏｒａｃｌｅ数据库在容灾技术方面自Ｏｒａｃｌｅ９ｉ开始便有Ｄａｔａ Ｇｕａｒｄ技术方案；其后甲骨文Ｏｒ－ａｃｌｅ公司又收购了ＧｏｌｄｅｎＧａｔｅ公司，从而又有了新的一套灾备方案Ｏｒａｃｌｅ ＧｏｌｄｅｎＧａｔｅ的产生，对容灾技术进行了扩充加强［１］。ＧｏｌｄｅｎＧａｔｅ与ＤａｔａＧｕａｒｄ在生产数据库中的搭建，以及其各自的特性及应用场景，对于数据库从业人员来说，是有必要一探究竟的。文中先对ＧｏｌｄｅｎＧａｔｅ和Ｄａｔａ Ｇｕａｒｄ进行理论对比研究，然后通过实践路线，以ＶｉｒｔｕａｌＢｏｘ和Ｏｒａｃｌｅ１２Ｃ软件为平台工具，对Ｏｒａｃｌｅ Ｇｏｌｄ－ｅｎＧａｔｅ进行实践验证，以供数据库相关从业人员在具体的生产过程中参考。 １ ＧｏｌｄｅｎＧａｔｅ与Ｄａｔａ Ｇｕａｒｄ对比研究 ＧｏｌｄｅｎＧａｔｅ和Ｄａｔａ Ｇｕａｒｄ都是Ｏｒａｃｌｅ公司的高可用解决方案［２，３］，ＧｏｌｄｅｎＧａｔｅ在使用过程中需要安装组件，而Ｄａｔａ Ｇｕａｒｄ是软件安装完成后自带，均可以为数据库管理人员提供灾备需求。两者各有优势［４］，但是也有一定的缺点，具体如下： ①稳定性；Ｄａｔａ Ｇｕａｒｄ稳定性极高，这点Ｇｏｌｄ－ｅｎＧａｔｅ不如Ｄａｔａ Ｇｕａｒｄ。②维护难易度；ＤａｔａＧｕａｒｄ维护简单，ＧｏｌｄｅｎＧａｔｅ维护较复杂。③异构数据库的支持；Ｄａｔａ Ｇｕａｒｄ仅运行在Ｏｒａｃｌｅ数据库上，ＧｏｌｄｅｎＧａｔｅ可以在不同类型和版本的数据库间运行。④备库可用性；Ｄａｔａ Ｇｕａｒｄ备库处于恢复或只读状态，ＧｏｌｄｅｎＧａｔｅ的原备库两端均处于活动状态。⑤接管时间；Ｄａｔａ Ｇｕａｒｄ需要进行切换，Ｇｏｌｄ－ｅｎＧａｔｅ可实现立即接管。 ２ ＧｏｌｄｅｎＧａｔｅ容灾技术实现 ＧｏｌｄｅｎＧａｔｅ容灾技术实现主要是分别在数据库源端和目标端都配置Ｍａｎａｇｅｒ进程；在源端配置Ｅｘｔｒａｃｔ进程；在目标端配置Ｒｅｐｌｉｃａｔ进程。但前提是需要在源端和目标端分别都安装上ＧｏｌｄｅｎＧａｔｅ中间件。当两端的Ｍａｎａｇｅｒ进程都启动之后，源端的Ｅｘｔｒａｃｔ进程抽取数据库的变化并放入到ＬｏｃａｌＴｒａｉｌ中；Ｄａｔａ Ｐｕｍｐ投递进程通过网络投递到目标端的Ｒｅｍｏｔｅ Ｔｒａｉｌ中，然后目标端的复制进程Ｒｅｐ－ｌｉｃａｔ复制Ｒｅｍｏｔｅ Ｔｒａｉｌ中的变化并应用到目标数据库中，以达到源端和目标端数据库一致。 ２．１ ＧｏｌｄｅｎＧａｔｅ的配置 ２．１．１ 准备工作 创建表空间用户表空间，用户名并授予管理员权限。 ｃｒｅａｔｅ ｔａｂｌｅｓｐａｃｅ ＯＧＧ ｌｏｇｇｉｎｇ ｄａｔａｆｉｌｅ＇／ｕ０１／ａｐｐ／ｏｒａｃｌｅ／ｏｒａｄａｔａ／ｏｒｃｌｂａｃｋ／ＯＧＧ．ＤＢＦ＇ｓｉｚｅ ２０ｍａｕｔｏｅｘｔｅｎｄ ｏｎ ｕｎｉｆｏｒｍ ｓｉｚｅ ２ｍ；———创建表空间ｃｒｅａｔｅ ｕｓｅｒ ｏｇｇ ｉｄｅｎｔｉｆｉｅｄ ｂｙ ｐｗｄ ｄｅｆａｕｌｔ ｔａ－ｂｌｅｓｐａｃｅ ＯＧＧ ｔｅｍｐｏｒａｒｙ ｔａｂｌｅｓｐａｃｅ ＴＥＭＰ ｑｕｏｔａｕｎｌｉｍｉｔｅｄ ｏｎ ＯＧＧ；———创建用户 ｇｒａｎｔ ｄｂａ ｔｏ ｏｇｇ；———给ｏｇｇ用户授权２．１．２ 源端和目标端进程配置 ２．１．２．１ 配置两端Ｍａｎａｇｅｒ进程 ＰＯＲＴ ７８０９－－Ｍａｎａｇｅｒ进程端口号 ＤＹＮＡＭＩＣＰＯＲＴＬＩＳＴ ７８４０－７９３９ ＡＵＴＯＳＴＡＲＴ ＥＸＴＲＡＣＴ＊－－自动运行 ４ ８内蒙古石油化工 ２０１９年第２期 ＊收稿日期：２０１８－１２－１２ 基金项目：贵州省科技厅联合资金项目（黔科合ＬＨ字［２０１７］７０７１号，黔科合ＬＨ字［２０１５］７０１９号）。 作者简介：袁勇（１９８６－），男，贵州遵义人，遵义师范学院网络管理中心网络工程师，硕士研究生，研究方向：数字优化技术及应用。
失效分析常用工具介绍 透射电镜（TEM） TEM一般被使用来分析样品形貌（morhology），金相结构（crystallographic structure）和样品成分分析。TEM比SEM系统能提供更高的空间分辨率，能达到纳米级的分辨率，通常使用能量为60-350keV的电子束。 与TEM需要激发二次电子或者从样品表面发射的电子束不同，TEM收集那些穿透样品的电子。与SEM一样，TEM使用一个电子枪来产生一次电子束，通过透镜和光圈聚焦之后变为更细小的电子束。 然后用这种电子束轰击样品，有一部分电子能穿透样品表面，并被位于样品之下的探测器收集起来形成影像。 对于晶体材料，样品会引起入射电子束的衍射，会产生局部diffraction intensity variations，并能够在影像上非常清晰的显现出来。对于无定形材料，电子在穿透这些物理和化学性质都不同的材料时，所发生的电子散射情况是不相同的，这就能形成一定的对比在影像观察到。 对于TEM分析来说最为关键的一步就是制样。样品制作的好坏直接关系到TEM能否有效的进行观察和分析，因此，在制样方面多加努力对于分析者来说也是相当必要的工作。 扫描声学显微镜 集成电路封装的可靠性在许多方面要取决于它们的机械完整性.由于不良键合、孔隙、微裂痕或层间剥离而造成的结构缺陷可能不会给电性能特性带来明显的影响,但却可能造成早期失效.C模式扫描声学显微镜(C—SAM)是进行IC封装非破坏性失效分析的极佳工具,可为关键的封装缺陷提供一个快速、全面的成象.并能确定这些缺陷在封装内的三维方位.这一C—SAM系统已经在美国马里兰州大学用于气密性(陶瓷)及非气密性(塑料)IC封装的可靠性试验。它在塑料封装常见的生产缺陷如:封装龟裂、叶片移位、外来杂质、多孔性、钝化层龟裂、层间剥离、切断和断裂等方面表现出 俄歇电子（Auger Analysis ）
个人简历 姓名：*** 性别：男 出生年月：联系电话：151*** 学历：本科专业：电力系统及其自动化 工作经验：10年民族：汉 毕业学校：***工业大学 住址：*** 电子信箱：*** 自我简介： 6年数据库系统开发管理经验，精通OracleRAC、DataGuard、Stream等 4年银行数据大集中系统软件开发设计经验 Oracle10gOCM/OCP、SunSCJP 求职意向： 目标职位：数据库管理员·数据库开发工程师|技术支持·维护工程师 目标行业：通信(设备·运营·增值服务)|银行|保险 期望薪资：面谈 期望地区：*** 到岗时间：面谈 工作经历： 至今最近的公司名称保密 资深OracleDBA 工作职责和业绩： 负责Oracle数据库系统的7*24小时运维； OracleDataGuard,Stream,Partition和TimesTen的管理； 数据库系统监控、备份恢复及备份中心的维护； 性能优化、SQL优化、故障诊断和排除； 日常维护、紧急恢复、数据库突发事件处理； 协助开发部门业务分析，数据库设计和技术支持； 规范数据库业务操作流程、运维手册和调整文档的编写、RT(RequestTracker)流程 管理； 数据库软硬件技术选型，性能规划，数据库架构设计，技术研发； MYSQL、PostgreSQL数据库的日常维护。
–***Tech,Inc.*** OracleDBA 工作职责和业绩： ***公司GROTON数据中心（2007/1–2009/4） 职位：Oracle数据库管理员 工作职责： 负责TB级Oracle数据库系统运维，系统平台Solaris+Oracle10gRAC； 制定备份策略，管理数据库备份，设计数据库备份恢复过程和策略； 监视数据库和应用性能，确保系统资源优化和负载均衡； 通过AWR,Statspack,SQLTrace,ASH等分析评估系统性能，解决系统故障； 分区维护，SQL优化，服务器的性能优化； 参与PL/SQL应用存储过程开发； 数据归档，统计分析，数据库技术支持和研发； 数据库安全，账户管理； 技术文档编写和培训等。 ***DevelopmentCenter(2004/7-2007/1) 职位：ApplicationDBA 工作职责： 数据库逻辑和物理结构设计； PL/SQL实现应用逻辑功能； 维护TST/UAT/PET/PRD数据库环境/Patch/Upgrade； 产品数据迁移ETL； 数据库性能分析和优化； 提供数据库相关技术支持； 实现Documentum相关开发和支持。 –中国***银行软件开发中心 Java高级开发工程师 工作职责和业绩： 1.银行信贷登记咨询系统 项目描述：银行大型分布式信贷系统，包括两个数据中心和300多个分支行系统。 采集商业银行企业贷款数据，维护企业信用信息，提供商业银行查询和放贷支持。系 统运行平台IBMAIX5+Oracle8i。 工作职责： PL/SQL存储过程实现查询系统； 设计Congos数据模型实现统计报表系统；
Oracle数据库异地容灾方案介绍 2008年11月
目录 第一章需求分析 (4) 1.1 序言 (4) 1.2 用户现状 (4) 1.2.1 系统平台 (4) 1.2.2 数据库平台 (6) 1.3 用户需求 (7) 1.3.1 日常功能 (7) 1.3.2 故障切换 (7) 1.3.3 基本要求 (7) 1.3.4 性能要求 (8) 1.3.5 数据一致性 (9) 1.3.6 系统兼容性 (9) 1.3.7 高可用性 (10) 1.3.8 健壮性要求 (10) 1.3.9 设备无关性 (10) 1.3.10 管理监控功能 (11) 第二章Oracle Data Guard介绍 (12) 2.1 Data Guard实现原理 (12) 2.2 Oracle Data Guard 优势 (15) 2.3 Data Guard提供的保护模式 (16) 2.4 Data Guard实现方式以及对系统的限制要求 (17) 2.5 切换方式 (17) 第三章系统建议方案 (19) 3.1 Data Guard优势 (19) 3.2 Data Guard运行模式 (19) 3.3 Data Guard保护模式 (20)
3.4 Data Guard初始安装步骤 (20) 3.5 用户需求点对点应答 (21) 3.5.1 日常功能 (21) 3.5.2 故障切换 (22) 3.5.3 基本要求 (23) 3.5.4 性能要求 (23) 3.5.5 数据一致性 (25) 3.5.6 系统兼容性 (26) 3.5.7 高可用性 (26) 3.5.8 健壮性要求 (27) 3.5.9 设备无关性 (27) 3.5.10 管理监控功能 (28)
介绍6个常用的质量工具及运用 以下介绍几种质量工具及如何运用它们解决日常业务问题。每种工具的讨论都包括下列内容：何时用、何时不用、培训、能达到何目的、注意事项和使用程序。 鱼缸会议 这是一种组织会议的方式。不同的群体本着合作的精神，一起分享各自的观点和信息。因此，让销售部门与客户服务部、或高层管理人员与管理顾问碰头，这种做法一定管用。 何时用：鱼缸会议使某些群体与顾客、供应商和经理等其它与之利益攸关的群体加强沟通。 何时不用：如果用这种方法不能明确地分清各群体的职责，就不宜使用。 培训：会议召集人需要接受培训。 能达到何目的：迅速增进了解、扫除误解。 注意事项：这类会议影响巨大。可能会暴露实情，使内情人和旁观者感到受威胁，因此需要精心组织。 使用程序：把与会者安排成内外两圈。内圈人员会上比较活跃，外圈人员则从旁观察、倾听，必要时提供信息。会议结束时推荐改进方案，取得外圈人员的赞同。 横向思维 这是一种为老问题寻找新解决方案的工具。 何时用：由于老方法、旧思路不再管用或已经不够好，需要寻找新方法、新思路时使用。 何时不用：种种制约使这种全新的思维方式无法发挥作用时不要用。 培训：建议读EdwarddeBono（爱德华）写的LateralThinkingfor Management（管理中的横向思维）一书。 能达到何目标：开创新思路，激发创意，找出可行的解决方案。 注意事项：需要传统的逻辑思维加以支持。爱德华建议，只有10%的解决问题过程采用横向思维。 使用程序：确定问题。运用幽默、随机排列和对流行观念的挑战来制定横向思维解决方案。对找到的各种想法加以适当的提炼和取舍。 举例来说，某工业缝纫线轴制造商的传统市场已经消失，公司不得不另寻出路。对此，公司经理们的
一、项目背景 城市轨道交通是完成城市功能运转的重要保证，其效率的高低直接影响城市的效率，城 市交通为城市功能的实现提供支持和保证，影响到整个城市生活的节奏和效率，以至于城市 的结构。纵观历史，城市发展历程中的重大结构性变革往往源于交通运输设施的深刻影响。 保证道路交通的正常运行直接影响到人们日常的正常生活，轨道交通维护人员会定期的对道 路相关设施及路况进行人工日常巡检维护。保证道路交通正常运行。 铁路部门路面巡检成为提高交通安全应急管理发展必然趋势。现场应急通信接入设备由 3G移动可视化巡检、现场综合接入平台（即主设备）及车站接入设备组成。便携式结构设计。在应急抢险时，将现场的语音、数据和图像信息，根据线路传输情况采用相应的接入方式，通过传输网络，上传到铁路局应急调度中心。实现现场内部、现场与中心、现场与铁路 自动调度通信网之间的语音通信；实现静止图像和动态图像的采集和传送功能；实现视频发送、接收数据通信功能。同时实时监控轨道巡线工实时轨迹走向。 二、项目设计目标 1）调度中心实时语音及发布公告通知路面检修作业人员； 2）通过GPS定位；及时调度、就近检修作业； 3）铁路路面检修工作人员作业视频和图片实现在现场的实时上传； 4）实现查定分离；通过管理后台查询已出险案件的检修作业情况和视频； 5）路面检修作业人员现场检修作业视频，主动推送至铁路调度指挥铁路调度运营指挥中心；7）强制进行路面检修作业人员，约定检修作业时间； 8）自动监控接收任务、到达现场检修作业的时间； 9）检修作业数据通过数据接口进入铁路局的运营调度中心，减轻路面检修作业人员工作量， 提高劳动效率； 10）具有设备本地预览与远程监看的功能，可实现镜头自动对焦、音频可监听与对讲，抓拍， 录像，报警。适用于远程调度、远程指挥、移动监看等需求应用！ 11)根据项目的要求和国家有关法规的要求，我们经过认真研究、分析设计本系统方案。该 系统具有性能先进、质量可靠、经济实用等特点，而且该系统具有方便扩展、与其它信息系 统实现无缝连接的能力。 三、系统架构 慧友安轨道定位实时巡检设备具有部署简单、操作便捷、使用灵活、功能强大等特点；同时通过软硬件多重密码权限认证，杜绝非授权路面检修工作人员访问，有效保证路面检修工作人员信息的安全性；提供安全防范、管理决策提供一种全新、直观、扩大视觉和听觉范围的管理工具，提高远程实时防范能力。通过平台，路面检修工作人员可通过电脑客户端、IE浏览器、手机（苹果系统、安卓系统）可以不受时间、地点限制对路面检修工作人员进行实时监控、管理、观看。
目录 1.1灾难备份技术介绍 (2) 1.1.1Oracle DataGuard (2) 1.1.2IBM DB2 HADR (9) 1.1.3SharePlex (13) 1.1.4IBM Remote Mirroring (17) 1.1.5飞康IPStor (22)
1.1 灾难备份技术介绍 1.1.1 Oracle DataGuard Oralce9i Data Guard是美国甲骨文公司为Oracle数据库提供的高可用软件，Oralce9i Data Guard不仅具有双机实时热备份和灾难恢复功能，还可以实现本地或异地的一对一，一对多等多种备份形式。有了Oralce9i Data Guard，可以减免夜间数据备份、软硬件升级、数据库重组等计划性事件以及诸如服务器故障、火灾、洪水、电源故障等非计划性事件造成的停机时间，为您的商务运行环境提供高可用性。 1.1.1.1技术原理 Oracle9i Data Guard由一个生产数据库和若干备用数据库组成，并形成一个独立的、易于管理的数据保护方案。 选择确认 到磁盘的日志 如上图所示，当主结点中关键业务系统运行中产生数据更新时，会对生产数据库中的数据记录作出更改，同时会在联机日志文件中记录此次更改。利用Oracle9i Data Guard 的数据复制功能，可将对生产数据库的数据更新以同步或异
步的方式传输到备用节点的日志文件中，再利用备用节点的日志文件将此数据更新应用到备用节点的数据库文件中，从而完成对生产数据的实时传输和备份。 ◆Oracle9i Data Guard的数据复制模式 根据数据传输和更新的不同实现方式，Oracle9i Data Guard提供了以下三种数据模式： ?最大保护模式(Maximum Protection) 最大保护模式为主数据库提供了最高水平的数据保护，确保了一个全面的零数据丢失灾难恢复解决方案。 当在最大保护模式下运行时，当主节点因交易产生数据更新时，会由日志写入进程先将数据更新的日志记录从主数据库同步地传输到备用数据库，直到确认交易数据在至少一个备用服务器上的磁盘上可用时，才在主数据库上完成此交易数据的更新，从而确保了主数据库的数据与备用数据库的数据始终保持一致。 由于日志传输的同步特性，这种最大保护模式会影响主数据库的交易响应时间。有时可以通过配置一个低延迟网络（近距离），并为它分配足够应付高峰事务负载的带宽（高带宽）来将这种影响减到最小。 这种方式对生产系统的性能影响较大。当因网络中断或者其他故障导致Oracle9i Data Guard的主备数据库联系中断时，会导致主数据库关闭，并造成业务中断。 ?最高可用性模式(Maximum Availability) 最高可用性模式拥有仅次于最高水平的主数据库数据可用性，并提供零数据丢失和防止单组件故障。 如同最大保护模式一样，当主节点因交易产生数据更新时，会由日志写入进程先将数据更新的日志记录从主数据库同步地传输到备用数据库，直到确认交易数据在备用服务器上的磁盘上可用时，才在主数据库上完成此交易数据的更新，从而确保了主数据库的数据与备用数据库的数据始终保持一致。 与最大保护模式不同的是，当因网络中断或者其他故障导致Oracle9i Data Guard的主备数据库联系中断时，主数据库会转到最大性能模式，从而保证了生产系统的正常运行。这种情况下，备用数据库中的备份数据将会有一定的滞后，但当备用数据库再次变为可用时，备用数据库将自动同步，而不会丢失数据。