DS75双机部署及DB2异地备份实施向导
- 格式:docx
- 大小:547.18 KB
- 文档页数:17
DB2安装手册1.简介本部分手册介绍了DB2安装全过程和验证安装的方法以及安装会遇到问题的解答。
“DB2企业服务器版”(ESE)或“DB2工作组服务器版”(WSE)需要的磁盘空间取决于您选择的安装类型和磁盘驱动器的类型。
在具有较大群集大小的FAT驱动器上,需要的空间可能会显著增加。
当使用“DB2安装向导”来安装“DB2企业服务器版”时,估计的大小是由安装程序根据选择的安装类型和组件来动态提供的。
1.1. 安装类型“DB2安装向导”提供了“典型”、“压缩”和“定制”安装类型。
典型安装使用典型配置来安装具有大多数功能部件和功能的DB2。
典型安装包括图形工具(例如,“控制中心”和“配置助手”)。
还可以选择安装一组典型的数据入库或卫星功能部件。
压缩安装只安装基本的DB2功能部件和功能。
压缩安装不包括图形工具或对IBM数据源的联合访问。
定制安装定制安装允许您选择想要安装的功能部件。
“DB2安装向导”将估计您选择的安装选项所需的磁盘空间。
一定要记住包括必需的软件、通信产品和文档所需的磁盘空间。
在“DB2版本8”中,HTML文档和PDF文档是在单独的CD-ROM上提供的。
处理空间不足若安装所选组件所需的空间超过了为安装这些组件而指定的路径中的空间,安装程序会发出关于空间不足的警告。
您可以继续安装。
但如果实际上没有足够的空间用于正在安装的文件,当空间不够时DB2安装将停止。
此时如果不能释放空间,您将必须人工停止安装程序。
1.2. 硬件环境•PentiumⅢ1.2G以上CPU•100G以上硬盘空间•1G以上内存1.3. 软件环境江苏农信社报表管理系统的软件环境配置如下:•Microsoft Windows2000 Server / AIX1.4. 端口检查DB2 安装需要TCP523(DBM)和TCP50000(DB)端口,可以通过运行“netstat –an”DOS命令来查看端口运行状态。
2.DB2安装步骤2.1. 安装运行db2安装光盘的setup.exe,首先出现欢迎界面,如下:选择“安装产品”,安装程序进入选择安装产品界面,如下:点击“下一步”,安装程序进入欢迎使用“DB2安装”向导界面,如下:点击“下一步”,安装程序进入许可证协议界面,如下:选择“我接受许可证协议中的全部条款”选项,“下一步”按钮才会由灰变成可点击状。
服务器双机备份方案1.硬件选型为了实现服务器双机备份,需要选用相同或相似的硬件配置。
这样可以确保在一台服务器发生故障时,另一台服务器可以顺利接管工作。
此外,还需要选择高可靠性的硬件组件,如服务器级别的硬盘、内存和电源等。
2.操作系统配置双机备份方案需要在两台服务器上安装相同配置的操作系统。
这样可以确保在主服务器故障时,备份服务器可以顺利接管工作,并保持相同的应用程序和数据状态。
同时,应保持操作系统的补丁和安全性更新的一致性,以减少漏洞和安全威胁。
3.数据同步数据同步是服务器双机备份方案的核心部分。
通过将主服务器的数据实时或定期复制到备份服务器上,可以确保数据的实时备份和增量同步。
以下是几种常用的数据同步方法:-本地复制:通过使用操作系统或文件系统的级别的复制功能,将主服务器上的数据复制到备份服务器上。
这种方法的优点是简单易用,但缺点是无法实现跨地理位置的数据备份。
- 数据库复制:对于数据库服务器,可以使用数据库的复制功能,如MySQL的主从复制、Oracle的Data Guard等。
这种方法可以实现实时的数据同步,同时支持跨地理位置的备份。
-存储复制:一些存储设备(如SAN、NAS)提供了数据复制的功能,可以直接将主服务器上的数据复制到备份服务器上。
这种方法可以减少对服务器性能的影响,并提供更高的数据处理速度。
4.高可用性和故障切换双机备份方案的目标是实现高可用性,即在主服务器故障时,备份服务器能够自动接管工作。
为了实现这一目标,可以使用以下技术和方法:-心跳检测:通过在主服务器和备份服务器之间发送心跳包,监测服务器的状态。
一旦主服务器故障,备份服务器可以立即接管工作。
-负载均衡:将用户请求分发到多个服务器上,以分担服务器的负载。
如果其中一台服务器故障,负载均衡器可以将请求重新路由到备份服务器上。
-故障切换:在主服务器故障的情况下,可以通过自动或手动方式将用户请求切换到备份服务器上。
这可以通过DNS解析、负载均衡器和其他技术来实现。
数据移动及实用工具跨平台移动数据,首选PC/IXF文件格式进行数据的导出,平台间数据传输使用二进制。
1.导出命令基本语法Export to <路径+文件名> OF <del | ixf | wsf>Lobs to <大对象文件路径> lobfile <大对象文件名>Modified <分隔符选项>Method n (<字段名列表>)Messages <消息文件>Select 子句Eg1. Export to d:\export\org.txt of del select * from orgEg2. Export to d:\export\org1.dat of del modified by chardel! Coldel# messages d:\export\org1_msg.txt select * from orgEg3. Export to d:\export\emp_resume1.del of del lobs to d:\export\ lobfile emp_resume_lob1 modified by lobsinfile select * from emp_resume2.导入命令基本语法Import from <路径+文件名> OF <del | ixf | wsf>Messages <消息文件><insert | insert_update | replace | replace_create | create>Into <目标表名称>Eg1. Import from d:\export\org.txt of del insert into orgEg2. Import from d:\export\org1.dat of del modified by chardel! Coldel# messages d:\export\org_im_msg.txt insert into orgEg3. Import from d:\export\emp_resume1.del of del lobs from d:\export\ modified by lobsinfile insert into emp_resumeEg4. Import from d:\export\staff.ixf of ixf commitcount 1 restartcount 2 insert into staffback 3.Load 命令的基本语法Load from <路径+文件名> OF <del | ixf | wsf>Messages <消息文件>[<insert |replace |terminate |restart>]Into <目标表名>[<copy yes |copy no |nonrecoverable>] [indexing mode <autoselect|rebuild |increamental>] Eg1. Load from d:\export\org.txt of del messages :\export\org_load_msg.txt replace into orgEg2. Load from d:\export\staff1.del of del insert into staffback for exception staffexp4.处理load导致的异常状况a)查看表的状态load query table <表名称>b)关闭完整性检查Set integrity for <表名称> <check |foreign key |all> immediate uncheckedc)处理表空间挂起状态,方法一:使用restart 模式重新load,成功则自动消除;方法二:使用terminate 模式的load 命令,强行终止load过程,并消除挂起状态。
Linux上实现oracle双机实时备份DataGuard更改机器名Hostname 机器名(自己启,两台机器不能一样,建议用dataguard1和dataguard2) vi /etc/sysconfig/network 文件里面的hostname 然后vi /etc/hosts 添加本地hosts安装数据库在RHEL5下安装oracle 10g1、添加组和用户# /usr/sbin/groupadd oinstall# /usr/sbin/groupadd dba# /usr/sbin/useradd -g oinstall -G dba oracle# passwd oracle2、添加以下内容到/etc/sysctl.confkernel.shmall = 2097152kernel.shmmax = 2147483648kernel.shmmni = 4096kernel.sem = 250 32000 100 128fs.file-max = 65536net.ipv4.ip_local_port_range = 1024 65000net.core.rmem_default = 1048576net.core.rmem_max = 1048576net.core.wmem_default = 262144net.core.wmem_max = 2621443、添加以下内容到/etc/security/limits.conforacle soft nproc 2047oracle hard nproc 16384oracle soft nofile 1024oracle hard nofile 655364、添加以下内容到/etc/pam.d/loginsession required /lib/security/pam_limits.sosession required pam_limits.so5、添加以下内容到/etc/profileif [ $USER = "oracle" ]; thenif [ $SHELL = "/bin/ksh" ]; thenulimit -p 16384ulimit -n 65536elseulimit -u 16384 -n 65536fifi6、创建安装目录# mkdir -p /u01/app/oracle# chown -R oracle:oinstall /u01/app/oracle# chmod -R 775 /u01/app/oracle7、修改oracle环境变量,首先进入oracle用户模式,vi ~/.bash_profile ,在里面加入以下内容export ORACLE_BASE=/u01/app/oracleexport ORACLE_HOME=/u01/app/oracle/product/10.2.0/db_1export ORACLE_SID=DB99export PATH=$ORACLE_HOME/bin:$PATHexport LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/libexport LC_CTYPE=en_US.UTF-8export NLS_LANG=AMERICAN_AMERICA.ZHS16GBKexport LANG=AMERICAN_AMERICA.ZHS16GBKexport LC_ALL=C8、安装数据库# gunzip 10201_database_linux_x86_64.cpio.gz (64位)# cpio -idmv < 10201_database_linux_x86_64.cpio# vi database/install/oraparam.ini[Certified Versions]Linux=redhat-3,SuSE-9,redhat-4,redhat-5,UnitedLinux-1.0,asianux-1,asi anux-2]再添加:[Linux-redhat-5.0-optional]TEMP_SPACE=80SWAP_SPACE=150MIN_DISPLAY_COLORS=256vi /etc/sysconfig/vncservers添加VNCSERVERS="1:oracle"VNCSERVERARGS[1]="-geometry 800x600 -nolisten tcp -nohttpd -localhost" 使用oracle用户(su –oracle)启动vnc服务(vncserver) 将.vnc/.xstart中的twm &改成gnome-session &,然后用vnc viewer连接服务器运行database 目录下的runinstaller 第一个界面选择Advanced Installation 第三个界面需要在语言选项中添加中文支持在提示是否创建新库时,选择install database software only 安装结束时注意安装程序会提示用root用户执行下面两条命令: /u01/app/oracle/oraInventory/orainstRoot.sh/u01/app/oracle/product/10.2.0/db_1/root.sh 主数据库(简称dbtest1)备用数据库(简称dbtest2) 在dbtest1上安装数据库环境并创建数据库(数据库sid为DB99,安装目录为/u01/app/) 在dbtest2上只安装数据库环境,不创建数据库。
linux之间实现db2异机备份还原总结数据库备份还原测试:思路:将数据库服务器(32.74.4.125)中数据库(bras)备份到归档服务器(32.74.4.123)上--说明:准确的说是备份到挂载在归档服务器(32.74.4.123)上的归档设备上,归档设备的挂载点为/mnt/efile步骤:一. 实现共享服务由于数据库服务器和归档服务器都是linux系统故而使用nfs共享将归档服务器当作nfs共享服务器端(server),数据库服务器作为客户端(client)1. nfs共享服务器端配置:1> 配置文件/etc/exports --测试成功20101112使用vi /etc/exports在其中添加/mnt/efile/dbbak 32.74.4.*(rw,sync,no_root_squash)解释:表示共享服务器上的/mnt/efile/dbbak目录只有符合32.74.4.xxx 的主机可以访问ro: 只读权限rw: 读写权限sync:资料同步写入到内存与硬盘中async:资料会先暂存与内存中,而非直接写入硬盘root_squash:客户机用root用户访问该共享文件夹时,将root用户映射成匿名用户no_root_squash:客户机用root用户访问该共享文件夹时,不映射root用户all_squash:客户机任何用户访问该共享文件夹时,将映射成匿名用户insecure:允许从这台机器过来的非授权访问anonuid:将客户机上的用户映射成指定的本地用户ID的用户anongid:将客户机上的用户映射成属于指定的本地用户组ID2> 启动nfs后又修改了/etc/exports,不用重启该服务,使用exports命令即可:exports [-aruv]-a: 全部mount或umount文件/etc/exports中的内容-r: 重新mount文件/etc/exports中的共享内容-u: umount目录-v: 在export的时候,将详细的信息输出到屏幕上2. 客户端配置1. 挂载共享目录: --测试成功20101112mount -t nfs -o rw 32.74.4.123:/mnt/efile/dbbak /mnt/dbbak2. 实现客户机开机自动挂载服务器的共享目录--测试失败20101112-20101116方法1:修改/etc/fstab文件,格式如下:32.74.4.123:/mnt/efile/dbbak /mnt/dbbak nfs defaults 0 2fs_spec fs_file fs_type fs_options fs_dump fs_passfs_spec:定义希望加载的文件系统所在的设备或远程文件系统,对于nfs则设为IP:/共享目录fs_file:本地挂载点fs_type:挂载类型fs_options:挂载参数fs_dump:该选项被dump命令使用来检查一个文件系统该以多块频率进行转储,若不需转储即为0fs_pass:该字段被fsck命令使用来决定在启动时需要被扫描的文件系统的顺序,跟文件系统“/”对应该字段值为1,其他文件体统为2,若该文件系统无需在启动时被扫描即为0方法2: --测试失败20101112-20101116修改/etc/rc.local文件,添加如下语句:mount -t nfs -o rw 32.74.4.123:/mnt/efile/dbbak /mnt/dbbak方法3: --测试成功20101116在/etc/profile文件中添加如下语句:mount -t nfs -o rw 32.74.4.123:/mnt/efile/dbbak /mnt/dbbak1> 修改/etc/rc.local文件,添加如下语句:--测试成功20101116mount -t nfs -o rw 32.74.4.123:/mnt/efile/dbbak /mnt/dbbak2> 编写shell脚本/mnt/mount123.sh,内容如下:--测试成功20101116mount -t nfs -o rw 32.74.4.123:/mnt/efile/dbbak /mnt/dbbak 修改/etc/rc.local文件,添加如下语句:/mnt/mount123.sh如果这样还自动挂载失败的话,可以执行如下语句,为/etc/rc.local添加一个链接ln -sf /etc/rc.local /etc/rc3.d/S99local--说明:1. 方法1和方法2在测试的时候都是失败的,不过我在VMware虚拟机(Ubuntu10.04)上使用方法1和方法2则是成功的,而在Red Hat Enterprise Linux Server release 5.3上边则失败。
数据库备份与恢复策略中的异地备份与恢复实践引言在当今大数据时代,数据库备份与恢复策略对于任何企业的数据安全至关重要。
数据库备份是指将数据库中的数据复制到另一个地方,以便在系统故障或灾难事件发生时进行恢复。
而异地备份与恢复是指将备份数据存储在离生产环境远离的地理位置,以保护数据免受地理灾难或意外事件的影响。
一、异地备份的意义与选择为什么选择异地备份?异地备份可以提供额外的数据保护层,比传统本地备份更加安全可靠。
当一个地区受到天灾、人为破坏或硬件故障等影响时,本地备份可能丧失,而异地备份可以确保数据的持久性和可恢复性。
选择异地备份的方式有很多种,如云备份、外包存储和远程镜像等。
云备份是将数据备份到云存储中,具有弹性扩展、低成本和易于管理的优点;外包存储是将备份数据存储在另一家公司的数据中心,通常具有高可靠性和专业的数据管理服务;远程镜像是通过网络将数据实时复制到另一个地点,可以实现快速的恢复操作。
二、异地备份的实施过程异地备份的实施过程包括策划、部署和测试三个阶段。
策划阶段需要明确备份的目标和要求,确定备份数据的类型、频率和周期等;部署阶段需要选择备份方案和相应的设备、软件,建立备份作业和工作流程;测试阶段需要验证备份的可行性和恢复的有效性,确保备份数据的完整性和一致性。
在实施过程中,应特别注意数据安全性和隐私保护。
数据备份过程中的敏感信息可能会面临泄露、篡改和未经授权访问的风险。
因此,通过数据加密、访问控制和安全传输等技术手段,可以有效保护备份数据的安全性。
三、异地恢复的挑战与应对策略异地备份无疑增加了数据恢复的复杂性和难度。
当发生灾难或系统故障时,如何快速有效地进行异地恢复成为一个挑战。
首先,需要确保恢复的数据完整性和一致性,防止因数据损坏或丢失而导致的业务中断。
其次,需要提前制定应急预案和恢复流程,明确恢复的优先级和步骤,以及责任人和联系方式等。
此外,异地恢复还面临着网络带宽、数据传输和数据一致性等问题。
双机备份方案第1篇双机备份方案一、背景与目的随着信息技术的不断发展,企业对数据安全和系统稳定性的需求日益增长。
为确保关键业务系统的持续运行和数据的一致性,降低因硬件故障、软件错误、人为破坏等因素导致的风险,特制定本双机备份方案。
二、方案概述本方案采用双机热备的架构,通过实时同步数据,实现业务系统的高可用性和数据的安全性。
具体包括以下部分:1. 硬件设备选型:选择性能稳定、兼容性好的硬件设备,确保系统运行的可靠性。
2. 软件系统配置:部署双机热备软件,实现数据的实时同步和故障切换。
3. 数据备份策略:制定合理的数据备份策略,确保数据的安全性和完整性。
4. 监控与运维:建立完善的监控体系,定期进行系统检查和维护,确保双机备份系统的稳定运行。
三、硬件设备选型1. 服务器:选用品牌服务器,配置相同或相近的硬件资源,包括CPU、内存、硬盘等。
2. 存储设备:采用高性能的存储设备,满足业务系统对数据读写速度的需求。
3. 网络设备:配置高性能的网络交换机,确保网络带宽和稳定性。
4. 电源设备:采用冗余电源,提高系统的电源供应可靠性。
四、软件系统配置1. 操作系统:选用稳定性好、兼容性强的操作系统,如Windows Server、Linux等。
2. 双机热备软件:部署专业的双机热备软件,如VMware HA、Microsoft Cluster等。
3. 数据同步:配置数据同步策略,确保业务数据在两台服务器之间实时同步。
4. 故障切换:设置故障切换策略,当主服务器发生故障时,备用服务器能够自动接管业务。
五、数据备份策略1. 完全备份:定期对业务数据进行完全备份,以备不时之需。
2. 增量备份:在完全备份的基础上,对发生变化的业务数据进行增量备份。
3. 备份存储:将备份数据存储在安全的存储设备上,如磁带库、云存储等。
4. 备份验证:定期对备份数据进行验证,确保其可用性和完整性。
六、监控与运维1. 系统监控:部署监控系统,实时监测服务器、存储设备、网络设备等硬件设备的运行状态。
db2数据库迁移步骤db2数据库迁移步骤随着科技的发展和数据的不断积累,许多企业会面临将其数据库迁移到更高效、更可靠的平台的需求。
在这篇文章中,我将为您介绍db2数据库迁移的一般步骤,并分享一些我对数据库迁移的观点和理解。
1. 确定迁移目标和原因在开始数据库迁移之前,首先需要明确迁移的目标和原因。
您可能希望将数据库从旧版db2迁移到新版db2,或者从其他数据库平台(如Oracle)迁移到db2。
确定迁移目标和原因对后续的步骤非常关键,因为它们将指导您选择适当的工具和方法。
2. 数据库备份和准备在进行数据库迁移之前,务必备份源数据库,以防意外数据丢失或迁移失败。
您还应该确保源数据库的架构和数据是正确的,并在迁移之前进行必要的清理和优化。
这样可以减少迁移过程中的问题和错误,并提高迁移的成功率。
3. 选择迁移工具选择适当的迁移工具对数据库迁移的成功至关重要。
在db2数据库迁移中,您可以选择使用IBM提供的迁移工具,如IBM Database Conversion Workbench或IBM Data Movement Tool。
这些工具可以帮助您将数据从源数据库平台迁移到db2,并处理数据类型和架构的映射。
4. 迁移数据和应用程序一旦选择了适当的迁移工具,就可以开始迁移数据和应用程序。
在这一步骤中,您可能需要对数据进行转换和映射,以确保在目标数据库中的正确性和完整性。
您还应该测试和验证已迁移的数据和应用程序,以确保它们与源数据库一致,并且可以正常运行。
5. 更新连接和配置完成数据和应用程序的迁移之后,您需要更新连接和配置,以便它们指向新的db2数据库。
这包括更新应用程序代码中的数据库连接字符串、修改数据库配置文件以反映迁移后的设置,以及确保所有相关的服务和组件都已正确地指向新的数据库。
6. 测试和性能优化在数据迁移完成之后,您应该进行全面的测试和性能优化。
这包括对数据库进行负载和压力测试,以确保它可以处理预期的数据量和并发请求。
db2迁移方案咱来说说DB2迁移方案哈。
一、前期准备。
1. 评估现状。
首先得好好瞅瞅现在的DB2系统。
就像给它做个全身检查似的,看看数据库里都存了些啥数据,数据量有多大。
这就好比清点家里的东西,知道有多少瓶瓶罐罐,多大容量一样。
了解有哪些表、视图、存储过程之类的。
如果数据量超级大,那迁移的时候就得特别小心,就像搬一个超级重的大柜子,得有合适的工具和计划。
还要看看现在的DB2版本,因为不同版本可能在功能和兼容性上有差别。
这就像你知道自己手机是啥型号的,才能确定能不能升级到新系统嘛。
2. 确定目标环境。
想清楚要把DB2迁移到哪儿去。
是要迁移到另一个DB2服务器,还是要转到其他数据库系统,像Oracle或者MySQL之类的。
如果是转到其他系统,那就得研究这个目标系统的特性了。
这就好比你要搬家,得先确定新的住址,还得看看新地方的环境,有没有足够的空间放你的东西。
考虑目标环境的硬件资源。
如果新环境的磁盘空间或者内存不够,那迁移过去也会出问题。
这就像你想把大象塞进小汽车里,根本就塞不下呀。
3. 数据备份。
这可是超级重要的一步,就像给你的宝贝数据穿上一层保护甲。
把DB2里的数据完整地备份出来,可以用DB2自带的备份工具。
这备份就像是你的数据的一个副本,万一迁移过程中出了岔子,还能有个回退的余地。
就像你走钢丝的时候,下面得有个安全网一样。
4. 制定迁移计划。
得做个详细的计划,就像规划一次旅行一样。
先确定迁移的时间表,啥时候开始迁移,预计啥时候结束。
比如说,不能在业务高峰期迁移,得挑个大家都不咋用系统的时候,就像半夜搬家,不会打扰到邻居一样。
规划好迁移的步骤,是一次性迁移所有数据,还是分阶段迁移。
如果数据很多,分阶段迁移可能更靠谱,就像蚂蚁搬家,一点一点来。
还要确定迁移过程中的测试计划,得确保迁移过去的数据是正确的,就像检查新搬的家东西有没有损坏一样。
二、迁移过程。
1. 数据转换(如果目标是不同数据库)如果是从DB2迁移到其他类型的数据库,可能需要进行数据转换。
目录目录 (1)1概述 (3)1.1文档说明 (3)1.2适用对象 (3)2环境说明 (3)3配置步骤 (3)4安装步骤 (3)4.1挂载DVD (3)4.2执行./db2setup启动DB2安装,选择安装产品 (4)4.3选择安装DB2 UDB企业服务版 (5)4.4进入介绍界面,点击下一步 (6)4.5进入软件许可证协议,选择接受,点击下一步 (7)4.6选择典型安装,点击下一步 (8)4.7选择在此计算机上安装DB2 UDB企业服务器版,点击下一步 (9)4.8输入DAS用户密码,点击下一步 (10)4.9选择创建DB2实例,点击下一步 (11)4.10选择单一分区实例,点击下一步 (12)4.11输入实例用户名密码,点击下一步 (13)4.12输入受防护的用户名密码,点击下一步 (14)4.13选择在此计算机上不准备DB2工具目录,点击下一步 (15)4.14选择本地,点击下一步 (16)4.15输入姓名及邮件地址,点击下一步 (17)4.16进入总结界面,点击完成 (18)4.17开始安装DB2 (18)4.18安装完成 (19)4.19安装DB2补丁包 (19)4.20运行界面 (20)4.21安装lic (20)图表目录图表 1 挂载DB2的安装文件 (4)图表 2 DB2安装启动界面 (4)图表 3 选择要安装的版本 (5)图表 4 安装向导界面 (6)图表 5 软件许可证协议 (7)图表 6 选择安装类型 (8)图表7 选择安装操作 (9)图表8 设置用户信息 (10)图表9 设置DB2实例 (11)图表10 如何使用实例 (12)图表11 设置用户信息 (13)图表12 设置受防护的用户信息 (14)图表13 准备DB2工具目录 (15)图表14 设置管理联系人列表 (16)图表15 通知指定联系人 (17)图表16 开始复制文件 (18)图表17 安装界面 (18)图表18 安装完成 (19)图表19 安装补丁包 (20)1概述1.1文档说明1.2适用对象文档使用项目组所有人员,包括:开发工程师、实施工程师、测试工程师和客户开发人员。
DATASTAGE 7.5.3高可用性实验方案 1、总体架构图
2、方案说明 2.1、操作系统 RedHat Linux AS 4 2.2、软件支持 DATASTAGE 7.5.3 IBM Tivoli System Automation for Multiplatforms 2.3、基本原理 DATASTAGE 7.5.3分别安装于两台机器,两台服务器环境、软件需保持一致。JOB部署时需同时部署到两台机器(如果存储可靠,两台机器的DATASTAGE可以采用共享存储方式,这样JOB部署无需两次部署)。方案依赖高可用行软件,高可用性软件虚拟一个服务IP,这个IP提供给客户端以获得DATASTAGE服务,高可用性软件负责两个服务器之间的心跳检测,一旦一个服务器挂掉后,高可用性软件会自动将服务IP移动到另外一个服务器,这个过程很快,在此过程中可能导致JOB运行失败,自动切换后重新调度就行。
3、Tivoli 安装 4、方案测试 两台服务器均正常运行,并且服务IP工作于node00时
DS客户端连接到服务器的情况是: 模拟机器node00 DOWN机的情况,把node00关机 DS客户端连接到服务器的情况是: 4、关于DB2的灾备 DB2 HADR概述 High Availability Disaster Recovery (HADR)是数据库级别的高可用性数据复制机制,最初被应用于Informix数据库系统中,称为High Availability Data Replication(HDR)。IBM收购Informix之后,这项技术就应用到了新的DB2发行版中。一个HADR环境需要两台数据库服务器:主数据库服务器(primary)和备用数据库服务器(standby)。当主数据库中发生事务操作时,会同时将日志文件通过TCP/IP协议传送到备用数据库服务器,然后备用数据库对接受到的日志文件进行重放(Replay),从而保持与主数据库的一致性。当主数据库发生故障时,备用数据库服务器可以接管主数据库服务器的事务处理。此时,备用数据库服务器作为新的主数据库服务器进行数据库的读写操作,而客户端应用程序的数据库连接可以通过自动客户端重新路由(Automatic Client Reroute)机制转移到新的主服务器。当原来的主数据库服务器被修复后,又可以作为新的备用数据库服务器加入HADR。通过这种机制,DB2 UDB实现了数据库的灾难恢复和高可用性,最大限度的避免了数据丢失。下图为DB2 HADR的工作原理图:
注:处于备用角色的数据库不能被访问。 下面我们首先从一个配置实例入手来了解DB2 HADR环境的基本配置过程,然后再对HADR环境涉及到的一些技术要点展开讨论。
要进行这个实例配置过程,你必须拥有DB2 UDB Enterprise Server Edition (ESE),笔者使用的是DB2 ESE v8.2.2 for Linux 32bit(在v8.2的基础上打了Fixpack9a)。如果您没有这个版本,可以到IBM官方网站下载试用版(可能需要花点时间填写一些信息),下载链接:https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=db2udbdl 。
另外,笔者使用的是两台DELL PowerEdge 2850作为数据库服务器,安装Redhat Linux Enterprise Server v4.0。这两台机器的主机名和IP地址分别为:DBSERV1(192.168.1.162)和DBSERV2(192.168.1.163)。在下面的配置过程中我们将DBSERV1作为主数据库服务器,其实HADR配置好之后,这两台服务器的角色是可以转换的。为简单起见,我们就采用DB2的样本数据库SAMPLE作为配置对象。
配置过程(以下命令均在DB2 CLP中执行): 1. 在DBSERV1和DBSERV2上安装DB2,并创建缺省实例db2inst1,服务端口:50000,我们使用缺省的实例所有者用户db2inst1,密码:db2inst1 2. 使用db2sampl命令在DBSERV1上创建样本数据库SAMPLE 3. 修改SAMPLE数据库配置参数LOGRETAIN为ON,以使该数据库日志记录方式改为存档日志。
UPDATE DB CFG FOR SAMPLE USING LOGRETAIN ON UPDATE DB CFG FOR SAMPLE USING TRACKMOD ON
4. 修改索引日志记录参数 UPDATE DB CFG FOR SAMPLE USING LOGINDEXBUILD ON UPDATE DB CFG FOR SAMPLE USING INDEXREC RESTART
注:这一步并不是必须的。 5. 备份数据库SAMPLE
BACKUP DB SAMPLE TO /database/dbbak
其中"/database/dbbak"是笔者用来存放数据库备份文件的目录,你完全可以指定任何一个db2inst1有写入权限的其他目录。
备份完成之后,在/database/dbbak目录下我们会看到数据库备份映像文件:
SAMPLE.0.db2inst1.NODE0000.CATN0000.20050726122125.001
注:你所得到的文件名的时间标志部分肯定和我的不一样,在下面的恢复数据库命令中要注意做相应的修改。
6. 将得到的数据库映像文件复制到DB2SERV2对应的目录下(/database/dbbak)。 7. 在DBSERV2上恢复数据库SAMPLE: RESTORE DATABASE SAMPLE FROM "/database/dbbak" TAKEN AT 20050726122125 REPLACE HISTORY FILE WITHOUT PROMPTING
8. 配置自动客户端重新路由: 在主数据库服务器(DBSERV1)上:
UPDATE ALTERNATE SERVER FOR DATABASE SAMPLE USING HOSTNAME 192.168.1.163 PORT 50000
在备用数据库服务器上(DBSERV2): UPDATE ALTERNATE SERVER FOR DATABASE SAMPLE USING HOSTNAME 192.168.1.162 PORT 50000
9. 配置HADR服务和侦听端口 用vi编辑/etc/services文件(需要切换到root用户),加入下面两行:
DB2_HADR_1 55001/tcp DB2_HADR_2 55002/tcp
对于 Windows,编辑%SystemRoot%\system32\drivers\etc\services。 注:这一步不是必须的,因为在下面配置HADR_LOCAL_SVC和HADR_REMOTE_SVC数据库参数的时候您可以直接使用端口号来替代服务名。
10. 修改主数据库(DBSER1 - SAMPLE)的配置参数:
UPDATE DB CFG FOR SAMPLE USING HADR_LOCAL_HOST 192.168.1.162 UPDATE DB CFG FOR SAMPLE USING HADR_LOCAL_SVC DB2_HADR_1 UPDATE DB CFG FOR SAMPLE USING HADR_REMOTE_HOST 192.168.1.163 UPDATE DB CFG FOR SAMPLE USING HADR_REMOTE_SVC DB2_HADR_2 UPDATE DB CFG FOR SAMPLE USING HADR_REMOTE_INST db2inst1 UPDATE DB CFG FOR SAMPLE USING HADR_SYNCMODE NEARSYNC UPDATE DB CFG FOR SAMPLE USING HADR_TIMEOUT 120 CONNECT TO SAMPLE QUIESCE DATABASE IMMEDIATE FORCE CONNECTIONS UNQUIESCE DATABASE CONNECT RESET
11. 修改备用数据库(DBSERV2 - SAMPLE)的配置参数: UPDATE DB CFG FOR SAMPLE USING HADR_LOCAL_HOST 192.168.1.163 UPDATE DB CFG FOR SAMPLE USING HADR_LOCAL_SVC DB2_HADR_2 UPDATE DB CFG FOR SAMPLE USING HADR_REMOTE_HOST 192.168.1.162 UPDATE DB CFG FOR SAMPLE USING HADR_REMOTE_SVC DB2_HADR_1 UPDATE DB CFG FOR SAMPLE USING HADR_REMOTE_INST db2inst1 UPDATE DB CFG FOR SAMPLE USING HADR_SYNCMODE NEARSYNC UPDATE DB CFG FOR SAMPLE USING HADR_TIMEOUT 120
12. 启动HADR: 首先启动备用数据库服务器的HADR:
DEACTIVATE DATABASE SAMPLE START HADR ON DATABASE SAMPLE AS STANDBY
然后启动主数据库服务器的HADR: DEACTIVATE DATABASE SAMPLE START HADR ON DATABASE SAMPLE AS PRIMARY
注:如果你先启动主数据库服务器HADR,那么你必须保证在HADR_TIMEOUT参数指定的时间内(单位为秒)启动备用数据库服务器HADR。否则将启动失败。