第 9 部分 Informix 复制技术
Informix高可用性数据复制技术
Informix高可用性数据复制技术
王丽艳;谢丽;吕义
【期刊名称】《辽宁工业大学学报(自然科学版)》
【年(卷),期】2001(021)003
【摘要】首先介绍了Informix高可用性数据复制的工作原理、对计算机系统的要求。
然后从多角度介绍了Informix高可用性数据复制技术。
【总页数】3页(P28-30)
【作者】王丽艳;谢丽;吕义
【作者单位】辽宁工学院计算机科学与工程系,;锦州自来水公司,;辽宁工学院计算机科学与工程系,
【正文语种】中文
【中图分类】TP274
【相关文献】
1.基于Informix ER机制的数据库远程复制技术 [J], 马腾
rmix高可用性数据复制及应用 [J], 文承标
RMIX-HDR高可用性数据复制方案的研究及应用 [J], 张宏亮;申龙;李炜;廖建新
4.金融系统Informix-SE与Informix-ONLINE数据库的维护 [J], 程飞
rmix-online——高可用性初探 [J], 田留勤
因版权原因,仅展示原文概要,查看原文内容请购买。
[IT计算机]informix
轻松接触Informix数据库的基本概念(一)informix 数据库基本概念1. Page Size页面大小,由系统决定,用户无权更改。
2. Mirror { MIRROR }是否作镜像处理。
3. Tape Dev. { TAPEDEV}数据备份所用的磁带设备,需要选择好或提前准备好,如使用硬盘文件的话,创建方法同准备硬盘空间。
主要参数有磁带设备路径(可以是硬盘的某个文件,或/dev/null )、磁带块大小(Block Size)及总容量(Total Tape Size)。
4. Log Tape Dev. {LTAPEDEV}数据库逻辑日志备份使用的磁带设备。
5. Stage Blob {STAGEBLOB}INFORMIX-OnLine/Optical为存储目的地是光盘的blobs所用的blobspace名称。
仅当你使用光盘和INFOMRIX-OnLine/Optical时,才有可能使用此参数。
6.Root Name {ROOTNAME}存储OnLine配置的根数据库空间(dbspace),在所有数据库空间中名字唯一。
默认是rootdbs,建议沿用此名称。
Primary Path:{ ROOTPA TH } rootdbs的路径,须预先准备好。
Root Size:{ ROOTSIZE } 规定rootdbs的大小。
建议不要小于50MB。
Root Offset :{ROOTOFFSET } Root Name 设备的偏移量。
对于Primary Path指定的设备是操作系统文件时,必须是0;如果Primary Path是原始设备(硬盘、或可擦写光盘等)可以指定起始位置。
8. Mirror Path { MIRRORPA TH }如果Mirror处选择了Y,此处要求输入镜像设备或文件的绝对路径。
Mirror Offset:{ MIRROROFFSET }镜像设备的偏移量。
对于Mirror Path指定的设备是操作系统文件时,必须是0;如果Mirror Path是原始设备(硬盘、或可擦写光盘等)可以指定起始位置。
Informix介绍PPT课件
Informix 下载
Informix的免费版本 CSDK and JDBC Driver
第17页/共23页
第18页/共23页
IBM Support Portal – Informix 家族
第19页/共23页
IBM Support Portal – Informix 工具
第20页/共23页
• 支持地理空间应用的网络特性服 务
• 对Optim Data Studio的支持 • 内建的文本检索 • 对MQ的支持 • 零售集成框架
2010
业务优化
• Informix数据仓库 • Cognos集成 • 虚拟化 • 对云计算的支持 • 在线存储优化 • XPS特性
• 外部表 • 对内存数据库SolidDB的 支持 • 通过CDC进行异构复制 • 延迟的复制 • 4GL扩展 • ConnectBy 语句 • Merge 语句 • 在线的修改表结构
服务
大
2,500家ISV
“…Intrado交提付供了提美供国9商11紧急的呼超叫核市心里系的统… 我们需要一个快速反应的数据库2,0家一个每次都能立即
反应的数据库”
第3页/共23页
3
Informix:持续的技术领先
连接管理2器008
Mach11
LBAC
2007
智能的恢复 (TLPIT) 开放管理工具OAT
8 cores, 所有的Informix内存不 超出8GB
不包含的特性: 压缩,并行操作,分片,分布式SQL
部分包含的特性: 高可用集群:集群中最多只能有三个节点(1个主节 点,2个任意类型的辅节点)
不包含的特性: 压缩,并行操作,分片,分布式SQL,SDS辅节点, LBAC,Informix SQL Warehousing Tool
Informix培训资料
Informix培训资料预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制第一章Informix动态可伸缩体系结构(DSA:Dynamic Scalability Architecture)1、Informix OnLine系统组成Informix OnLine数据库系统由以下部分组成:1.1 共享内存部分共享内存部分包括:长驻内存部分、虚拟内存部分、消息区。
长驻内存部分主要是用于磁盘数据在内存的缓冲、系统数据等等(buffers,physical/logical buffers,LRUs,chunks,dbsapces,users,locks…)。
虚拟内存部分主要用于VP的管理信息和缓冲区。
(global pool,dictionary pools,procedure pools,sort pools,session pools,big buffer pools,MT pools)。
消息区主要用于应用(client)和数据库引擎(server)之间的信息交换。
1.2 硬盘数据空间部分1.3 数据库引擎—虚拟处理器VP(Virtual Processors)2、Informix OnLine多线索体系结构Online 7.0改变了OnLine5.0中一对一的客户/服务器模式:由原来的一个数据库请求启动一个sqlexec数据库引擎服务的Client/Server方式转变为对于所有数据库请求由多个数量固定(除非动态调整)的数据库引擎(即VP虚处理器)。
OnLine7.0把数据库引擎按照功能划分为多个VP,这些VP是长驻内存的oninit进程。
对于每一个数据库服务请求都将被切割成多个可并行的线索,由不同VP并行服务。
线索(thread)可以定义为一段顺序执行的程序。
虚处理器VP可以定义为完成一定数据库服务功能的数据库进程。
VP 包括以下类型:CPU ,PIO(负责写物理日志),LIO(负责写逻辑日志),AIO(负责磁盘I/O)等等。
informix迁移.
Informix迁移工具1. 前沿总体上说,数据库迁移主要分为二进制迁移和文本迁移2. 二进制迁移二进制迁移使用的工具是ontape、on-bar、onunload等。
2.1 迁移环境源数据库版本:IBM Informix Dynamic Server Version 11.70.FC3DE目标数据库版本:IBM Informix Dynamic Server Version 11.70.FC3DE数据库名:test表名:testtable表中记录:1972124条数据2.2 迁移步骤设置备份路径✓将onconfig文件中的TAPEDEV和LTAPEDEV的路径分别设置为/home/Informix/tapedev、/home/Informix/ltapedev在源服务器上制作最终的0级备份✓ontape –s –L 0使源数据库服务器脱机✓onmode –ky将备份文件、onconfig、sqlhost以及环境变量的setenv1170文件均拷贝到目标服务器的相应位置(注意更改sqlhost文件中的ip地址栏位)在目标服务器上安装IDS软件在目标服务器上的相应位置建立与源数据库服务器相同的chunk文件并更改权限在目标服务器上使用ontape –r命令恢复数据恢复完毕之后,目标服务器自动启动到静默模式,更改使其进入联机模式 制作目标服务器的最初0级备份3. 文本迁移在数据库之间迁移,即将数据移动到不同操作系统上的数据库服务器中3.1 文本迁移中移动数据可以使用的传输工具和实用程序-dbexport和dbimport-onload和onunload-load和unload-dbload-external table-high performance loader(HPL)这些工具有各自的优点和限制。
综合考虑所有因素,选择适合环境的工具或实用程序3.2 迁移环境源数据库版本:IBM Informix Dynamic Server Version 11.50UC5目标数据库版本:IBM Informix Dynamic Server Version 11.70UC5数据库名:test表名:testtable表中记录:1972124条数据3.2 文本迁移的步骤使用on-bar on-archive或ontape来制作最终的0级备份(可选)请选择以下某一迁移实用程序集来卸载数据库:Dbexport和dbimportUnload、dbschema和loadUnload、dbschema和dbload安装并配置目标数据库服务器。
informix数据复制技术
informix数据复制技术数据复制技术用于网络环境下多个数据库服务器之间数据的互相拷贝。
在金融业实现数据集中、数据共享和数据异地备份应用中,利用这种技术可以保证数据交换安全无隐患。
本文以广为应用的Informix数据库为例,介绍如何进行网络复制。
Informix数据复制特点Informix要求在不同数据库之间进行数据复制的表必须是同构的(主结点和复制结点要复制的表、视图名称必须一致,要复制字段的名称、类型也必须一致);允许服务器间同步或异步复制,但每次只允许复制增量数据。
如何定义1.定义复制服务器对参与复制的数据库服务器进行定义,包括复制使用的Dbspace、丢弃事务(复制不成功事务)日志存放路径、丢弃行信息(对记录修改复制不成功)日志存放路径等。
2.定义复制数据复制和定义数据复制的基本单位,以表为单位进行,包含以下因素:复制名称、复制选项、复制参与者、冲突解决规则及冲突解决范围。
3.复制组相同数据库服务器之间的所有复制可定义成一个复制组,进行统一管理:同时启动、停止、挂起、继续。
定义数据库组可简化管理并提高复制性能。
具体应用实例1.环境描述操作系统:SCOUnix5.05数据库:Informix-online7.31主机A:主机BIP:76.1.40.86IP:76.1.40.88Hostname:gs86Hostname:gs88DBname:gs_serverDBname:gs_hostDBserver:gs86a_onDBserver:gs88a_on2.准备工作首先,让gs86、gs88两台机器时间同步;其次,在gs86、gs88两台机器的数据库中各建一结构完全相同的数据库,分别为gs_server、gs_host,两个数据库中都建一张结构完全相同的表table_86与table88,并建立惟一索引;最后,在gs86、gs88两台机器上分别执行如下命令:updatestatisticsontape-s-U数据库名3.复制配置以gs86机器为例,主要复制配置如下:(1)sqlhosts文件g_gs86group--i=2gs86a_onontlitcpgs86on_gs88g=g_gs86g_gs88group--i=1gs88a_onontlitcpgs88on_gs88g=g_gs88其中g_gs86、g_gs88为组名,on_gs88为端口号,且应为同一端口号。
Oracle 9i数据复制技术在教务系统中的应用
较大, 数据传输距离较短。 异步复制是指所有复制节点的数
据在一 定时 间内是不 同步 的。 如果复制环境 中的其 中一个节 点 的复 制数据 发生 了更新操作, 这种变 化将在不 同的事务 中 被传播 和应 用到其他所有复制节点 。 制节 点之 间的数据不 复 是 时时同步 的, 但传播最终将保证所有复 制节点 间的数据一 致。 根据实际应用, 在配置复制 时可 以设置同步的时问问隔。
的
应 用
Ke wo d : i t i u e a a a e: R p i a i n M c a i m:A y c r n s C n I c v rs D s r b t d D t b s e lc t o e h n s s n h o i m;o f i t: M l i a t r R p i a i n ut m s e e l c t o
会被传播并被直接应用到其它所有主表。 一个主站点出现问
题, 不会对 其它 主站 点之 问变 化的传播 造成影响。 化视 图 物 复制包含一个主控 站点 、 一个或多个物化视 图站点 ,物化 视 图中的内容可以是 目标主对象在某个时间点 的全部拷 贝或部 分拷贝, 中目标主对象既可 以是主控站点上的表也可 以是 其
在 教 务
系
统
申
摘 要:rce9针对分布式计算的需要,提供 了一套功能强大的数据复制解决方案。本文概述 了Oal Oal i rc e数据复制的
分类、Oal 高级复制的发展及应用.介绍了Oal 9 rc e r e i高级复制技术中常用的基本概念、特点, c 分析了各种复制技术的优缺 点,最后确定了一个完整的复制方案.并应用到实际中。
thi a r. T b i nc pt d c r t is i f Or cl a al o n ro uc d. t e a ti spp e he as c co e s an ha ac er t cs o a e 9i re s i t d e At h s me me, t e a p r h p e an yz e dv nt es an sa an ag o th v ri s e aI es th a a ag d di dv t es f e a ou r pli a on te n ogi s. Fi al y e c ti ch ol e n w gi e co pl e l v a m et re pli ati n c o sc em an ap y t n h a d pl i i pr cti e. a c
基于Informix ER机制的数据库远程复制技术
为此 , 省 住建 厅决 定 建 立全 省 住房 公 积金 灾 备 中 心 。数 据 库远 程复 制是 灾 备 中心建 设 的关 键 技术 , 由 于全 省住 房公 积 金 业 务 处 理 信 息 系 统 统 一 采 用 I n .
住房公积金在健全城镇住房供应和保障 Nhomakorabea系、 加快解
决 中低 收 入 家庭 住 房 问题 、 促进住房消费、 推 动 房 地 产 市场 持续健 康 发展 等方 面发 挥 了重要 作用 。
和 信 息 化 ,提 高 全 省 住 房 公 积 金 管 理 的 服 务 水 平 ,
2 0 0 2年 , 省住 建厅 牵 头 开发建 设 了福建 省 住房 公 积金 业务 处理 信 息系 统 , 并 在全 省 9个 设 区城市 住 房公 积 金管 理 中心 和 省 直 、 铁 路、 能 源 集 团 等 3个 行 业 住 房
作者 简介 : 马腾 ( 1 9 7 6 一 ) , 男, 汉族 , 高级工程师 , 主要研究
方向: 远程数据库 。
・
7 8・
武夷学院学报 2 0 1 3年第 2期
HD R( Hi . s h - A v a i l a b i l i t y D a t a R e p l i c a t i o n ) 高 可 用 性数 据 复制技 术 HD R是通 过读取 数据 库事 务 日志 的方 式实 现主 、
项 目基金 : 数字福建建设项 目颐 目编号: 闽发改高技( 2 0 1 1 )
7 6 7 ] 。
t e r p r i s e R e p l i c a t i o n , E R) 和高可用性数据复制 ( Hi g h —
A v a i l a b i l i t y D a t a R e p l i c a t i o n , H D R) 在 内的强 大数据 复 制解 决方 案 。
informix培训文档
一、磁盘数据组织结构在INFORMIX-OnLine的磁盘数据组织结构中的最上层为逻辑概念上的数据库空间dbspace,每一个数据库空间都有一个或若干个物理单位数据存储块chunk组成,镜像数据存储块mirror保证当根数据存储块故障时,OnLine能够继续工作。
每一个数据存储块都有若干个数据页page 组成,为了提高输入和输出效率,若干个连续的数据页组成数据连续页extent。
用户的数据库database 和数据表table 存储在缺省的或者指定的数据库空间中,数据表的逻辑概念上的存储空间数据表空间tblspace 有一个或若个安数据连续页extent 组成,数据记录row 存放在数据页page 中。
为更好的的支持多媒体应用,多媒体数据可以存放在二进制大对象数据页Blobpage中,若干个二进制大对象数据页在此二进制大对象空间Blobspace。
OnLine 使用逻辑日志Logical log、物理日志Physical log来管理数据库日志操作。
1. 数据存储块chunkINFORMIX-OnLine的数据存放在物理上连续的数据存储块chunk中,数据存储块是OnLine 数据存储的最大的物理单位。
数据存储块可以有两种构造方法,其一是直接构造在系统的物理磁盘上,其二是构造在操作系统的文件或者卷上。
在第一种情况下,在操作系统上仅仅定义了这个(块) 磁盘但没有格式化这个(块)磁盘,因此在这上面的所有数据操作都有OnLine 来完成,操作系统对它不存在任何管理,数据空间在物理磁盘上连续,这种数据的存储空间称为原始空间raw space。
而在第二种情况下,操作系统不仅定义了这个数据存储空间(文件),还管理这个数据存储空间(文件),数据文件操作时的内存缓冲、输入与输出。
数据空间的建立受操作系统的制约,在物理存储上不连续。
我们称这种数据存储空间为非原始空间cooked space。
比较这两种数据的存储空间,原始空间在磁盘上连续,没有操作系统的缓存和制约,非原始空间在磁盘上不连续,存在着操作系统的缓存和操作系统的输入/输出的制约,因此在实际应用中,采用原始空间效率高于非原始空间,由于原始空间与系统设备有关,同时不同操作系统对设备的定义的不一致性,定义非原始空间比定义原始空间来得简单。
Informix数据库迁移
Informix数据库迁移一、说明由于借用设备要归还,数据库infomi某要迁移到别的数据库上,只能硬着头皮研究一下,这里做一下记录,方便以后自己查阅或提供给其他人参考。
从201主机(CENTOS6.1)迁移到181主机(SUSE11SP2)目前181主机已经安装完成,对应安装过程参考informi某的安装文档,这里不做说明。
二、迁移前准备根据要数据情况在181上创建了一个lv,挂载在/infdata目录下。
informi某表空间规划命令整理.T某T具体的表空间规划可以参考附件:新建的数据库自己数据的dbpace可以参考201主机的dbpace情况三、迁移过程记录1、201主机导出数据:上面命令导出,在/informi某/w某z目录生成interface.e某p目录,打包ftp传到181主机,如存放181主机目录/informi某/w某z目录并解包还原为interface.e某p目录形式2、181主机导入数据:导入之前请先看注意事项,避免导入过程报错,要重复导入。
导入完成后在客户端执行updatetatitic;更新informi某的系统字典表数据四、注意事项1、dbe某port的时候会报错,提示有连接锁住,可以onmode–ky关闭数据库,然后oninit启动数据库,立即再dbe某port就可以。
另外也可以停应用杀会话,查看连接该数据库的eion,然后强制停止。
[informi某]:/opt/informi某>ontat-gql|greptet_db401320-tet_dbCRWait5009.03Off401315-tet_dbCRNotWait009.03Off杀死对应的Seion进程[informi某]:/opt/informi某>onmode-z401320[informi某]:/opt/informi某>onmode-z401315然后再用ontat-gql|greptet_db查看,直到杀死的没有eion为止。
Informix技术大全
数据库实战技术大全Version 1.0Written By HGRhgr胡国荣 2003,2008All Rights ReservedInfomix V1.0第一章INFORMIX介绍 (2)I NFORMIX服务器端主要开发环境 (3)I NFORMIX数据库的客户端程式主要开发环境 (3)I NFORMIX企业级解决方案 (7)第二章INFOMIX-ONLINE 介绍 (7)O N L INE的系统结构 (7)O N L INE的存储结构 (7)O N L INE的存取相关技术 (9)O N L INE空间管理 (9)O N L INE初始化配置 (10)O N L INE模式管理 (12)O N L INE容错机制 (13)O N L INE内部运作机制 (15)第三章常用工具介绍 (15)INFORMIX中ONINIT的用法 (15)INFORMIX中ONSTAT的用法 (16)第四章INFORMIX-SQL实践与技巧 (19)I NFORMIX O NLINE数据库的查询优化策略 (19)一:查询的分类 (20)二:查询的优化策略 (20)I NFORMIX-O NLINE数据库备份与恢复方案与策略 (24)一.使用ontape工具进行数据备份 (24)二.使用dbexport命令进行数据备份 (27)三.使用Onunload命令进行数据备份 (29)四:使用dbschema工具备份数据库的结构 (30)I NFORMIX动态服务器安装配置策略与方案 (30)I NFORMIX数据库的锁技术 (39)如何监视INFOMIRX动态服务器 (42)第一章Informix介绍Informix数据库系统是由美国Informix软件公司(已被IBM公司花10亿美元收购)开发出来的关系型数据库产品。
多年来经过不断地更新及升级,目前已经形成了以数据库系统核心Informix-Online和Informix-SE为基础,以多种数据库软件开发工具相互配合而构成的综合数据库系列产品。
informix数据库手册
当指定给online系统一个chunk后,该chunk就会被划分为一些更小的称为页(page)的单位。页是online系统的基本I/O单位,所有存储在online系统中的数据实际都存储在页上。例如,如果你想为一个数据库表存储一行,该行的内容就会存储在一个页中;如果您想从数据库中读取一行,存储该行内容的整个页都会被读取到共享内存的缓冲区中。当某个特定的机器/操作系统确定后,online系统的页大小也就确定了。最常用的页大小为2K,也有的系统使用4K的页。Online系统中页的大小是不可改变的。
1.2.6存储过程
Create [dba] Procedure ProcedureName(ParameterList) [ReturningClause]
[OnExceptionProcess][MainStatementBlock]EndProcedure;
带有dba属性时,存储过程对象便具有dba(DatabaseAmphitryon)(dba_privilege)属性,否则,它为主人特权(owner_privilege)属性。OnExceptionProcess处理意外事件。Return VariableList[With Resume]将结果返回,WithResume标识使存储过程返回后再次跳到返回点执行后面的语句,所以Informix存储过程有返回多行结果的特性,它可以作为数据窗口的数据源,在各种数据库开发工具中,我们可以使用游标来取得它的多行返回结果。
(ColumnNameListWithAscOrDesc) FillFactor percent [In DBSpace|FragmentClause]
当在一个表上某列已建立UniqueConstraint时,便已在该表上建立对应该列的UniqueAscIndex,所以再次在该列上建立Asc索引将失败。我们可以在一个表上建立对应某些列的多个索引,单要求某列的索引顺序只有一种。Cluster指定索引的聚族属性,具有聚族索引属性表的物理存储顺序将重新安排与其索引一致。它将加速表的查询与修改,但对表的插入和删除将需要更大的开销。并且索引的聚族属性对应单位为DBSpace,而非整个表。一个表最多只能有一个聚族索引,但Alter Index IndexName To [Not] Cluster语句可以将聚族属性移到另外一个索引上。
informix的使用技巧
安装数据库管理实用程序IDS联网内核配置参数备份策略从sysmaster或者sysutils实例中监控备份小技巧影响CPU使用率的配置参数常用指令用法说明数据复制技术如何监控IDSIDS数据库维护技巧informix的用户权限管理基本概念安装数据库:1.配置informix安装空间:1G左右,用来存放数据库的安装文件,一般是/Informix2.创建informix用户和用户组3.对informix软件进行解包,有以下几种方法:cpio –icvdumB < /mnt/cdrom/*.cpirpm –iv –prefix $INFORMIXDIR /mnt/cdrom/*.rpmtar –xvfb 20 /mnt/cdrom/*.tar4.配置informix安装环境变量:INFORMIXDIR=/informixPATH=$INFORMIXDIR/bin:$PATHINFORMIXSERVER=szxaONCONFIG=onconfig.SZXATERMCAP=$INFORMIXDIR/etc/termcapTERM=vt1005.安装informix软件(用informix用户)/Informix/installserver安装完成后,会提示用root用户运行/Informix/RUN_AS_ROOT.server至今,informix软件安装完毕6.阅读版本说明:/$INFORMIXDIR/release/en_us/03337.配置/etc/services文件:Service_name port/protocol alias例如:sqlexecA 1526/tcp # SZXA informix database usesqlexecB 1527/tcp # SZXB informix database use8.配置sqlhosts文件:dbservername nettype hostname service_name例如:szxa onsoctcp S1_C_SZX_SHUJUKU 1526dbserver_name 网络接口协议主机服务别名注意,系统使用的网络接口类型,可以从版本说明文件获得9.生成磁盘存储:一般使用裸设备,并生成磁盘设备的链接,这样,如果磁盘设备失败,也可以把链接改变成指向可操作的磁盘ln -s /dev/rrootdbs /Informix/data/rootdbs10.配置onconfig文件:(第一次初始化只是针对于rootdbs,参数配置可以相对简单)ROOTOFFSET –指定KB数,确定在原始设备中移动多长距离之后再生成根dbspace PHYSFILE –第一次初始化,设置临时值2048,LOGFILES –第一次初始化,设置临时值3LOGSIZE –第一次初始化,设置临时值500TAPEDEV(存档),LTAPEDEV(日志存档)-- /dev/null,这样就可以运行档案程序ontape而不实际把数据写入磁带中SERVERNUM –运行多个服务器时确定服务器的共享内存地址,唯一值DBSERVERNAME –应该与sqlhosts文件中的项目相符DBSPACE TEMP –可以有多个dbspace组成,这样,每个排序操作就会平均分配在每个tempdbspace中进行DEADLOCK_TIMEOUT –等待多长时间确认某操作遭遇死锁NETTYPE –可选参数,配置如下协议类型轮询线程数每个轮询希望的并发连结数处理器类例如:soctcp,2,150,NETRESIDENT –驻留系统物理内存与否NUMCPUVPS –指定对实例启动的CPU类虚拟处理器个数,按照处理器的个数而定可以用onstat –g glo进行调整SINGLE_CPU_VP –指定服务器不运行多个CPU虚拟处理器,设置为true(1)使服务器跳过管理锁存资源的大部分代码,从而提高性能LOCKS –服务器对服务器线程分配的最大锁数,用onstat –p监控状态,如果ovlocks一直大于0,需要增加实例所用的锁数BUFFERS –定义实例分配的缓冲区数,检查onstat –p输出的缓冲读和缓冲写,调整该参数使这些值最大化CLEANERS –指定所需的页面清理线程数,用于把数据从共享内存写入磁盘。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
第9 部分: Informix 复制技术关于本教程本教程讨论 IDS 11.50 提供的各种复制和高可用性技术。
它解释了如何配置High Availability Data Replication (HDR)、Enterprise Replication (ER)、Remote Standalone secondary (RSS) 服务器、Shared Disk secondary (SDS) 服务器和持续日志恢复。
目标本教程主要帮助您熟悉:∙IDS 提供的各种复制技术∙各种复制技术之间的区别∙不同的复制术语∙如何设置 HDR、ER、RSS、SDS 和持续日志恢复∙容量释放:您可以将 OLTP 数据传播到备份站点,可以在报告时将用户引导到备份站点。
这样,就可以在主站点上为与 OLTP 相关的用户提供更多的容量。
∙高可用性:在主站点更新数据,然后再复制到备份站点。
当主站点出现故障时,备份站点将成为主站点。
∙数据合并:您可以将远程数据合并到中央服务器中。
例如,您可以合并分支机构的数据。
∙分布式可用性:您可以从中央服务器将数据分布到不同位置。
例如,您可以从总部将数据分发到分支机构。
∙就地更新:以点对点的方式在任意站点上更新数据,从而保持数据的一致性。
∙主服务器和备份服务器的操作系统和硬件相同。
不能在不同的操作系统之间设置 HDR。
∙添加到每个服务器的块的磁盘布局必须相同。
必须在备份服务器上创建可用的驻留数据库块的设备,并且其 PATH 值必须与主服务器一样。
这可以通过符号链接来实现。
∙HDR 主服务器和备份服务器上的 IDS 的版本必须一样。
∙必须记录数据库日志。
∙如果使用 blob 数据库类型,那么它们必须储存在 dbspace 中。
将不复制存储在 dbspace 中的 blob 数据类型。
∙如果根块(chunk)被映射到主服务器,那么也必须将它映射到备份服务器。
∙HDR 使用 TCP/IP 连接。
数据库服务器的名称(DBSERVERANME 配置参数的值)必须设置为 sqlhosts 文件中的 TCP/IP 连接。
∙主服务器和备份服务器都必须是可信的。
为用户 informix 修改 .rhosts 或 /etc/hosts.equiv 以建立可信通信。
∙DRAUTO:DRAUTO 配置参数决定在主服务器失败时备份服务器采取什么操作。
该参数的设置在主服务器和备份服务器中必须相同。
需要谨慎地使用该参数。
如果出现临时的网络失败,每个服务器都能感知对方宕机。
对于这种情况,如果 DRAUTO 设置为 1,备份服务器将转变为标准服务器,而主服务器停止复制。
客户端将分别尝试在这两个服务器上更新数据。
这可能导致服务器不能保持同步。
根据 DRAUTO 的设置不同,备份服务器可能执行以下操作之一:o如果 DRAUTO 设置为 0,备份服务器将保持只读状态,直至手动地将其切换为主服务器或切换到标准模式。
o如果 DRAUTO 设置为 1(RETAIN_TYPE),备份服务器在主服务器失败时自动切换为标准服务器。
当 HDR 对重新启动时,该服务器将重新切换回到备份服务器。
o如果 DRAUTO 设置为 2(REVERSE_TYPE),备份服务器在主服务器失败时自动切换成主服务器。
当 HDR 对重新启动之后,该服务器将切换为主服务器(而原先的主服务器切换为备份服务器)。
∙DRINTERVAL:DRINTERVAL 指定 HDR 数据缓冲区刷新之间的最大秒数。
该参数在主服务器和备份服务器上的设置必须相同。
HDR 有两个主要操作模式:同步和异步。
让我们看看更新如何从主服务器传播到备份服务器。
当主服务器开始将共享内存中的逻辑日志缓冲区的内容转储到磁盘的逻辑日志时,它同样将逻辑日志缓冲区的内容复制到一个数据复制缓冲区。
数据复制缓冲区是主服务器管理的虚拟共享内存的一部分。
数据复制缓冲区的大小与逻辑日志缓冲区的大小一样。
然后,主服务器以同步或异步的方式将数据复制缓冲区的内容发送到 HDR 备份服务器。
配置参数DRINTERVAL 的值决定服务器使用同步还是异步的方式进行更新。
o如果 DRINTERVAL 设置为 -1,更新就是同步的。
o如果 DRINTERVAL 设置为 -1 以外的其他值,那么更新就是异步的。
HDR 同步更新:当 DRINTERVAL 设置为 -1 时,到 HDR 备份服务器的数据复制就是同步的。
当主服务器向 HDR 缓冲区写入逻辑日志缓冲内容时,它就将这些记录从缓冲区发送到 HDR 备份服务器。
仅当主服务器收到来自 HDR 备份服务器关于记录已经接收的确认消息之后,主服务器上的逻辑日志缓冲转移才完成。
HDR 异步更新:当 DRINTERVAL 设置为 -1 以外的其他值时,到 HDR 备份服务器的数据复制就是异步的。
主服务器在将逻辑日志缓冲区内容复制到 HDR 缓冲区之后才刷新逻辑日志缓冲区。
当发生以下情况之一,主服务器将通过网络发送 HDR 缓冲区的内容,并且不受以上操作的影响:HDR 缓冲区变满,或者从最后一次刷新 HDR 复制缓冲区开始,在主服务器上由 DRINTERVAL 指定的时间间隔被错过。
∙DRTIMEOUT:DRTIMEOUT 指定 HDR 对等待彼此的传输确认消息的时间间隔(单位为秒)。
如果检查点没有在配置参数 DRTIMEOUT 指定的时间内完成,主服务器就认为发生了故障。
该参数在主服务器和备份服务器上的值必须相同。
∙DRLOSTFOUND:DRLOSTFOUND 配置参数指定 dr.lostfound.timestamp 文件的路径名。
如果主服务器没有在 DRTIMEOUT 配置参数指定的时间内收到备份服务器的确认,它将向一个由 DRLOSTFOUND 配置参数命名的文件添加事务信息。
∙ENCRYPT_HDR:ENCRYPT_HDR 指定是否启用 HDR 加密。
o 1 表示启用;为服务器之间的数据传输提供安全的办法o0 表示禁用增加安全性会带来额外的开销。
加密和解密 HDR 数据要占用额外的 CPU 周期。
∙DRIDXAUTO:DRIDXAUTO 指定当备份服务器检测到索引损坏时,HDR 服务器是否自动开始索引复制。
o 1 = on;自动复制索引o0 = off;需要手动复制索引∙LOG_INDEX_BUILDS:LOG_INDEX_BUILDS 指定是否启用索引页日志。
o1:启用索引页日志。
索引页被复制到逻辑日志。
主服务器通过日志将索引发送到备份服务器。
o0:禁用索引页日志。
当在主服务器上创建了索引时,将逐页把它传输到备份服务器。
如何设置和管理 HDR首次设置 HDR在进入设置 HDR 的步骤之前,首先要为 informix 用户启用主服务器和备份服务器之间的可信通信。
为网络连接更新 $INFORMIXSQLHOSTS 和 /etc/services 文件。
确保 onconfig 文件在主服务器和备份服务器上都正确设置。
以下配置参数在主服务器和备份服务器上的值必须相同。
∙ROOTNAME∙>ROOTOFFSET∙ROOTPATH∙ROOTSIZE∙MIRROROFFSET - 如果使用映像∙MIRRORPATH - 如果使用映像∙PHYSDBS∙PHYSFILE∙LOGFILES∙LOGSIZE DYNAMIC_LOGS∙DRAUTO∙DRINTERVAL∙DRTIMEOUT∙DRLOSTFOUND∙LOG_INDEX_BUILDS:可选表 1. 首次设置 HDR 的步骤步骤主服务器备份服务器1安装和注册 UDR、UDT 和DataBlade 模块。
安装 UDR、UDT 和 DataBlade 模块。
2ontape -s -L 0、onbar -b -L 0,或执行外部备份-3 onmode -d primary sec_name -4 - ontape -p、ontape -r -p -e、onbar -r 或 onbar -r -p -e5 - onmode -d secondary prim_name6 - ontape -l or onbar -r -l下面详细描述表 1 中的步骤:1.在两个服务器上安装用户定义的类型、用户定义的例程和 DataBlade模块。
仅在主服务器上注册它们。
2.对主服务器执行 0 级别的部分。
3.运行以下命令将服务器设置为主服务器:onmode -d primary sec_name4.5.在以上命令中,将sec_name替换为备份服务器的数据库服务器名(DBSERVERNAME 配置参数的值)。
在执行该命令之后,以下消息将打印到 online.log:DR: new type = primary server name = sec_nameDR: Trying to connect to secondary serverDR: Cannot connect to secondary server6.7.在备份服务器上,使用备份时采用的实用工具从在步骤 2 中创建的 0级别备份执行物理恢复。
不要执行逻辑恢复。
o ON-Bar:使用 onbar -r -p 命令执行物理恢复。
o ON-Bar 并执行外部恢复:使用 onbar -r -p -e 命令执行物理恢复。
o ontape:使用 ontape -p 选项。
您不能使用 ontape -r 选项,因为它同时执行物理和逻辑恢复。
o ontape 和执行外部恢复:使用 ontape -p -e 命令执行物理恢复。
8.在备份服务器上,运行以下命令将服务器设置为备份服务器:onmode -d secondary prim_name9.10.在以上命令中,将prim_name替换为主服务器的数据库服务器名(DBSERVERNAME 配置参数的值)。
如果磁盘上的所有逻辑日志仍然可用的话,备份服务器上的恢复就能够完成;否则需要执行步骤 6。
在执行该命令之后,将在备份服务器的 online.log 中打印以下消息:DR: new type = secondary server name = prim_name11.12.如果写到主服务器的逻辑日志记录不再存在主服务器磁盘上,那么备份服务器将提示您从磁带备份恢复这些文件。
从磁带恢复了所有逻辑日志文件之后,逻辑恢复就完成了,从而可以在主服务器磁盘上使用逻辑日志文件。
当 HDR 设置成功完成之后,将在主服务器的 online.log 打印以下消息:DR: Primary server connected DR: Primary server operational将在备份服务器的 online.log 中打印以下消息:Secondary server operational∙备份服务器在消息日志中打印一条消息:DR: Receive error. HDR is turned off.∙∙备份服务器受到的影响取决于 DRAUTO 配置参数的设置:o如果 DRAUTO 设置为 0,备份服务器将保持只读模式。