EBS R12.1.1 升级12.1.3 数据库升级 11.2.0.3
安装说明书
编制：长安铃木信息系统课王川
2012-11-21
目录
目录 (2)
1 概述 (5)
1.1升级内容 (5)
1.2准备的补丁 (5)
2 升级应用 (6)
2.1停止应用。 (6)
2.2ADADMIN进入维护模式 (7)
2.3追加补丁 (9)
2.4执行DB节点应用CODE LEVEL (9)
2.5追加应用补丁 (10)
3 升级数据库 (10)
3.1升级数据库准备 (10)
3.2创建NLS/DA TA/9IDATA目录 (13)
3.3安装数据库补丁 (13)
3.4P REPARE U PGRADE (14)
3.5执行DBUA (14)
3.6初始化参数文件和监听文件 (19)
3.6.1 参数文件 (19)
3.6.2 监听文件 (19)
3.6.3 运行脚本 (20)
4 初始化数据库节点 (20)
4.1应用层生成生成新的APPSUTIL (20)
4.2生成数据库上下文文件 (20)
5 ADADMIN重建权限和同义词 (21)
6 分别重启数据库和应用。 (22)
7 校验升级结果。 (22)
文档版本记录
版本编号变更内容变更人日期
EBS R12.1.1 Enterprise5.7 64bit
安装说明书
1概述
1.1 升级内容
1、应用从R12.1.1升级到R12.1.3。
2、数据库升级到11.2.0.3。
1.2 准备的补丁
1、APP升级补丁
p1*******_R12.BIV.B_R12_GENERIC.zip
p1*******_R12.TXK.B_R12_GENERIC.zip
p1*******_R12.TXK.B_R12_GENERIC.zip
p8919489_R12.TXK.B_R12_GENERIC.zip
p8919489_R12.TXK.B_R12_zhs.zip
p9062910_12.1.0_R12_GENERIC.zip
p9151516_R12.ECX.B_R12_GENERIC.zip
p9239089_R12.AD.B_R12_LINUX.zip
p9239090_R12_LINUX_1of6.zip
p9239090_R12_LINUX_2of6.zip
p9239090_R12_LINUX_3of6.zip
p9239090_R12_LINUX_4of6.zip
p9239090_R12_LINUX_5of6.zip
p9239090_R12_LINUX_6of6.zip
p9239090_R12_zhs.zip
p9239095_R12_GENERIC.zip
p9583541_R12.TXK.B_R12_GENERIC.zip
p9738085_R12.TXK.B_R12_GENERIC.zip
p9817770_R12.ATG_PF.B_R12_LINUX.zip
p9852070_R12.TXK.B_R12_GENERIC.zip
p9868229_R12.BOM.C_R12_GENERIC.zip
p9966055_R12.FND.B_R12_GENERIC.zip
2、数据库升级到11.2.0.3的安装包
p1*******_112030_Linux-x86-64_1of7.zip
…
p1*******_112030_Linux-x86-64_7of7.zip
3、数据库补丁
p1*******_112030_Linux-x86-64.zip
p1*******_112030_Linux-x86-64.zip
p1*******_112030_Linux-x86-64.zip
p1*******_112030_Generic.zip
p1*******_112030_Linux-x86-64.zip
p1*******_112030_Generic.zip
p1*******_112030_Generic.zip
p4247037_112030_Generic.zip
p9858539_112030_Generic.zip
2升级应用
2.1 停止应用。
[root@test ~]# su - appdemo
[appdemo@test ~]$ cd $INST_TOP/admin/scripts/
[appdemo@test scripts]$ ./adstpall.sh apps/apps
查看是否停止完成
ps -ef | grep appdemo
[appdemo@test scripts]$ ps -ef | grep appdemo
root 19111 19086 0 10:12 pts/1 00:00:00 su - appdemo appdemo 19112 19111 0 10:12 pts/1 00:00:00 -bash
root 19240 19204 0 10:13 pts/2 00:00:00 su - appdemo appdemo 19241 19240 0 10:13 pts/2 00:00:00 -bash appdemo 19886 19241 0 10:15 pts/2 00:00:00 ps -ef appdemo 19887 19241 0 10:15 pts/2 00:00:00 grep appdemo
2.2 ADADMIN进入维护模式
直接进入维护模式
1、Patch 9239089
以orademo用户创建目录$ORACLE_HOME/appsutil/admin
[orademo@test ~]$ mkdir -p $ORACLE_HOME/appsutil/admin
拷贝adgrants.sql到目录$ORACLE_HOME/appsutil/admin
[orademo@test admin]$ cp /src/patch/to1213/9239089/admin/adgrants.sql $ORACLE_HOME/appsutil/admin
在目录下执行SQLPLUS，后面写参数”APPS”
[orademo@test admin]$ cd $ORACLE_HOME/appsutil/admin
[orademo@test admin]$ ls
adgrants.sql
[orademo@test admin]$ ll
total 56
-rwxr-xr-x 1 orademo dba 53060 Nov 21 10:26 adgrants.sql
[orademo@test admin]$ sqlplus / as sysdba
SQL*Plus: Release 11.1.0.7.0 - Production on Wed Nov 21 10:27:19 2012
Copyright (c) 1982, 2008, Oracle. All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> @adgrants.sql APPS
APPDEMO用户在9239089目录下执行adpatch，完成补丁。
Orademo用户执行SQLPLUS，修改参数，重启数据库。
alter system set "_disable_fast_validate"=TRUE
2、Patch 9239090
进入9239090
备注：中间遇到报错，按以下方式排除：
Relink Advanced Supply Chain Planning executables (for SLES 10, Oracle Linux/RHEL 5.4 or higher and Oracle Linux 6 only)
During the relink phase of the installation of EBS Release 12 (12.1.1) on SLES 10, Oracle Linux/RHEL 5.4 (Update 4 or higher) or Oracle Linux 6 failures will result while relinking the Advanced Supply Chain Planning (ASCP) executables MSO, MSC, MSR and FEM. To fix this problem, users are required to replace the following line under the Linux section of the $AD_TOP/bin/adrelinknew.sh:
CPP_LDFLAGS=' -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs -lclntsh'
CPP_LDFLAGS=' -L$(ORACLE_HOME)/lib -L$(ORACLE_HOME)/lib/stubs -lclntsh -Wl,--noinhibit-exec' 然后在adadmin中relink
3、进入9239090_ZHS目录，运行adpatch。
2.3 追加补丁
按以下顺序：
9239095
9817770
9966055
2.4 执行DB节点应用code level
Step1:应用用户appdemo运行autoconfig，生成appsutil.zip
$cd /u01/demo/appdemo/inst/apps/demo_test/admin/scripts
$./adautocfg.sh
$perl $AD_TOP/bin/admkappsutil.pl
Step2:拷贝appsutil.zip到数据库节点
cd /u01/demo/appdemo/inst/apps/demo_test/admin/out/
拷贝appsutil.zip到DB节点
Step3:数据库应用autoconfig
orademo用户解压appsutil.zip
$cd $ORACLE_HOME
$unzip -o appsutil.zip
运行autoconfig
[orademo@test 11.1.0]$ cd appsutil
[orademo@test appsutil]$ ls
admin clone demo_test.xml html java log out perl sql template
bin conf_demo.txt driver install jre media outbound scripts temp
[orademo@test appsutil]$ cd scripts/
[orademo@test scripts]$ ls
demo_test
[orademo@test scripts]$ cd demo_test/
[orademo@test demo_test]$ ls
adautocfg.sh adchknls.pl addbctl.sh addlnctl.sh adexecsql.pl adlsnodes.sh adpreclone.pl adstopdb.sql adstrtdb.sql
[orademo@test demo_test]$ ./adautocfg.sh
Step4:DB、APP层执行preclone操作
DB层执行preclone操作：
$cd /u01/demo/orademo/db/tech_st/11.1.0/appsutil/scripts/demo_test $perl adpreclone.pl dbTier
APP层执行preclone操作：
$ cd /u01/demo/appdemo/inst/apps/demo_test/admin/scripts
$perl adpreclone.pl appsTier
2.5 追加应用补丁
顺序执行：
11g Release 2 interoperability patch for Release 12.1 (9062910)
12.1 TXK Delta 3 patch (8919489)
p8919489_R12.TXK.B_R12_zhs
9583541
9151516
9868229
10163753
11071569
9738085
9852070
12686610
3升级数据库
3.1 升级数据库准备
1、进入升级包目录，安装数据库代码。
2、仅安装软件。
3、重新设置ORACLE_BASE和安装目录。
4、选择DBA。
5、开始安装。
6、安装examples。
安装之前orademo用户设置环境变量：
export ORACLE_HOME=/u01/demo/orademo/db/tech_st/11.2.0
export PATH=$ORACLE_HOME/bin:$ORACLE_HOME/perl/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export PERL5LIB=$ORACLE_HOME/perl/lib/5.10.0:$ORACLE_HOME/perl/lib/site_perl/5.10.0
3.2 创建nls/data/9idata目录
export ORACLE_HOME=/u01/demo/orademo/db/tech_st/11.2.0
export PATH=$ORACLE_HOME/bin:$ORACLE_HOME/perl/bin:$PATH
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export PERL5LIB=$ORACLE_HOME/perl/lib/5.10.0:$ORACLE_HOME/perl/lib/site_perl/5.10.0
$perl $ORACLE_HOME/nls/data/old/cr9idata.pl
设置ORA_NLS10环境变量
export ORA_NLS10=$ORACLE_HOME/nls/data/9idata
3.3 安装数据库补丁
orademo用户
设置环境变量
export PATH=$ORACLE_HOME/OPatch:$PATH
按以下顺序打opatch补丁。
4247037
9858539
12942119
12960302
12985184
13001379
13004894
13258936
13366268
注意：
打这些补丁一定要注意，只是opatch apply做完了就够了，剩下的要在数据库中执行的，等下面升级完再做，一定不要提前做，提前做了，会有意想不到的问题。
Do not run any of the post install instructions as those will be done after the upgrade.
(1)使用最新的opatch
[oracle@db ~]$ /u01/oracle/zhh/db/tech_st/11.2.0/OPatch/opatch version
Invoking OPatch 11.2.0.1.7
OPatch Version: 11.2.0.1.7
OPatch succeeded.
[oracle@db 11.2.0.3]$ unzip p6880880_112000_Linux-x86-64.zip
[oracle@db 11.2.0.3]$ echo $ORACLE_HOME
/u01/oracle/zhh/db/tech_st/11.2.0
[oracle@db 11.2.0.3]$ mv $ORACLE_HOME/OPatch $ORACLE_HOME/OPatchBAK
[oracle@db 11.2.0.3]$ mv OPatch $ORACLE_HOME
[oracle@db 11.2.0.3]$ /u01/oracle/zhh/db/tech_st/11.2.0/OPatch/opatch version
OPatch Version: 11.2.0.3.3
OPatch succeeded.
(2)使用opatch打上述补丁。
[oracle@db db]$ cd 4247037/
[oracle@db 4247037]$ $ORACLE_HOME/OPatch/opatch apply
[oracle@db 4247037]$ cd ../9858539
[oracle@db 9858539]$ $ORACLE_HOME/OPatch/opatch apply
3.4 Prepare Upgrade
$cd /u01/demo/orademo/db/tech_st/11.2.0/rdbms/admin
$sqlplus /as sysdba
SQL>SPOOL upgrade_info.log
SQL>@utlu112i.sql
SQL>Spool off
3.5 执行DBUA
备注：
如果无法执行，或者界面上显示”NULL”。
1、参考文档[ID 1285052.1]，操作。
2、unset ORA_TZFILE
如果表空间不足：
打开自动扩展功能。
select 'ALTER DATABASE DATAFILE ''' || dd.file_name || ''' AUTOEXTEND ON NEXT 50M MAXSIZE 4G;' from dba_data_files dd;
select 'ALTER DATABASE TEMPFILE ''' || dd.file_name || ''' AUTOEXTEND ON NEXT 50M MAXSIZE 4G;' from dba_temp_files dd;
安装完成。
3.6 初始化参数文件和监听文件
3.6.1参数文件
$cp/u01/demo/orademo/db/tech_st/11.2.0/dbs/initdemo.ora
/u01/demo/orademo/db/tech_st/11.2.0/dbs/initdemo.ora.back
$ cp /u01/demo/orademo/db/tech_st/11.1.0/dbs/initdemo.ora /u01/demo/orademo/db/tech_st/11.2.0/dbs/ 修改以下内容：
●替换11.1.0为11.2.0
●注释掉一下设置：
#nls_language = American
#timed_statistics = true
#plsql_optimize_level = 2
#plsql_native_library_dir
#plsql_native_library_subdir_count
#_index_join_enabled
#query_rewrite_enabled
3.6.2监听文件
从11.1.0中复制listener.ora和tnsnames.ora到11.2.0，修改11.1.0为11.2.0
启动监听
3.6.3运行脚本
3.6.3.1Post
sqlplus执行catmgdidcode.sql and utlrp.sql脚本
$sqlplus / as sysdba
SQL>@?/md/admin/catmgdidcode.sql
SQL>@?/rdbms/admin/utlrp.sql
3.6.3.2执行adgrants.sql
拷贝应用节点$APPL_TOP/admin/adgrants.sql到数据库节点$sqlplus / as sysdba @adgrants.sql apps
3.6.3.3Grant create procedure privilege on CTXSYS
拷贝应用节点$AD_TOP/patch/115/sql/adctxprv.sql到数据库节点$sqlplus apps/apps @adctxprv.sql manager CTXSYS
$sqlplus / as sysdba
SQL>exec ctxsys.ctx_adm.set_parameter('file_access_role', 'public');
4初始化数据库节点
4.1 应用层生成生成新的appsutil
1、在应用层运行autoconfig。
2、应用层生成appsutil.zip
perl $AD_TOP/bin/admkappsutil.pl
3、数据库用户拷贝appsutil.zip到$ORACLE_HOME，并解压。
unzip -o appsutil.zip
4.2 生成数据库上下文文件
1、生成新的数据库CONTEXT_FILE。
perl $ORACLE_HOME/appsutil/bin/adbldxml.pl
2、在数据库节点运行AutoConfig。
$ORACLE_HOME/appsutil/bin/adconfig.sh contextfile=
CitrixAppcenter无法连接到数据 库解决方法
Contents 简介 ................................................................................................................................... - 3 - 1、操作步骤.......................................................................................................................... - 3 - 2、标题2............................................................................................................................... - 5 - 3、标题3............................................................................................................................... - 5 - 4、标题4............................................................................................................................... - 5 - 5、标题5............................................................................................................................... - 5 - 6、标题6............................................................................................................................... - 5 -
Oracle数据库教程 —— Oracl e Database常用补丁集Patch号及各版本PSU Oracle Database常用补丁集Patch号及各版本PSU Patchset/PSU Patch Number Description 11.2.0.4.0 13390677 11.2.0.4.0 PATCH SET FOR ORACLE DATABASE SERVER 11.2.0.3.8 16902043 DATABASE PATCH SET UPDATE 11.2.0.3.8 (INCLUDES CPUOCT2013) 11.2.0.3.7 16619892 DATABASE PATCH SET UPDATE 11.2.0.3.7 (INCLUDES CPUJUL2013) 11.2.0.3.6 16056266 DATABASE PATCH SET UPDATE 11.2.0.3.6 (INCLUDES CPUAPR2013) 11.2.0.3.5 14727310 DATABASE PATCH SET UPDATE 11.2.0.3.5 (INCLUDES CPUJAN2013): 11.2.0.3.4 14275605 DATABASE PATCH SET UPDATE 11.2.0.3.4 (INCLUDES CPUOCT2012) 11.2.0.3.3 13923374 DATABASE PATCH SET UPDATE 11.2.0.3.3 (INCLUDES CPU JUL2012): 11.2.0.3.2 13696216 DATABASE PATCH SET UPDATE 11.2.0.3.2 (INCLUDES CPU APR2012) 11.2.0.3.1 13343438 DATABASE PATCH SET UPDATE 11.2.0.3.1 (INCLUDES CPU JAN2012) 11.2.0.3 10404530 11.2.0.3.0 PATCH SET FOR ORACLE DATABASE SERVER 11.2.0.2.11 16619893 DATABASE PATCH SET UPDATE 11.2.0.2.11 (INCLUDES CPUJUL2013) 11.2.0.2.10 16056267 DATABASE PATCH SET UPDATE 11.2.0.2.10 (INCLUDES CPUAPR2013) 11.2.0.2.9 14727315 DATABASE PATCH SET UPDATE 11.2.0.2.9 (INCLUDES CPUJAN2013): 11.2.0.2.8 14275621 DATABASE PATCH SET UPDATE 11.2.0.2.8 (INCLUDES CPUOCT2012) 11.2.0.2.7 13923804 DATABASE PATCH SET UPDATE 11.2.0.2.7 (INCLUDES CPU JUL2012) 11.2.0.2.6 13696224 DATABASE PATCH SET UPDATE 11.2.0.2.6 (INCLUDES CPU APR2012)
将数据库从Access 2003 升级到Sql Server 2000 将数将数据库从Access 2003 升级到Sql Server 2000，原本以为不是很麻烦（开始时以为就改改数据库的连接代码就行了），但在这次的操作中，虽然在操作前也在网上查了一些相关的资料，但还是感觉有些不够。在这里，我就将本次的升级过程中所遇到的问题，怎么去解决写出来，供以后的各位参考一下。 在进行升级时候，一定要先去查阅一些资料，最后你得对整个过程有一个大体的了解，不然到时到了哪步应该作些什么都忘了，也就无处升级了。 一、好了，在升级前，首先要安装Sql Server 2000。至于怎么去安装我就不讲了，网上的资料很多，在这里只是提醒两点： 1）安装的版本：Sql Server 2000一共分为两个版本，专业版和家庭版，在安装的时候一定要注意到你的操作系统。因为很多人在进行网页制做和调试的时候一般情况下都用的是windows xp 系统，所在这里就不能安装专业版，专业版都是针对于服务器的操作系统，比如说：winNT，win 2000，win2003等。windows xp去安装专业版是不能安装服务端的，所以在安装Sql Server 2000的时候一定要注意版本的选择。 2）数据的导入：安装完后就是要进行数据的导入了（可以参考另一篇文章《Access数据库升级成Sql Server 2000 开发文档》），也就将Access 2003数据库中原有的数据导入到Sql Server 2000里去。在导入的时候首先要在Sql Server 2000里面新建一个数据库，数据表是存在数据库中的。 一般来说呢，在进行数据导入时候不会有什么问题，但也不例外。如果你的Access数据有密码的话，我建议在进行数据导入前先把密码去掉，我不知道你们能不能，反正我是没成功，如果遇到了问题就去掉，没遇到就算了。如果Access2003数据库中的表太多了的话，在导入后一定要检查一下是不是所有的表都导入到Sql Server 2000里面了……还有，在将Access2003中的数据导入以Sql Server 2000的时候因为有一个数据转换，也就是说要将Access2003的数据格式转换成Sql Server 2000里的数据格式，如果在Access2003数据库中一个表中有一条数据不满足Sql Server 2000里的格式，则这个表里面的所有数据都不导入到Sql Server 2000中。这个时候你不防打开Sql Server 2000（这个时候已经有这个表名存在了，只是表里没有数据而已），找到相应的表，打开设计视图，将其中的ntxt字段改成txt，再试一下，如果还不行话，就证明你Access2003数据库中中表里面的数据就真有的问题了。比例说：时间字段不可能出现9999-12-12这样的数据，导入出错了有相应的提示，会提示你说在…数据库中….表…第几行有问题。但这个时候你要注意了，提示中的第多少行并不是我们直接打开表中的多少行。具体是多少行我也不是很清楚。数据库在进行数据转换的时候打开数据表的排列方式和我们直接打开数据表的排列方式是不一样的。 二、数据导入完了这个时候还要做一件事，就是修改Sql Server 2000数据库中各个表的字段类型。当我们把数据从Access2003中导入到Sql Server 2000中你会发现。在Access2003中字段为自增型（一般都为ID字段）的在Sql Server 2000中没了，也就是说以前在向Access数据库中插入数据中，有一个字段是自增型的，但把表导入到Sql Server 2000后，这个字段的类型是int，不是自增型，你这个时候你要手动添加上去；要把Sql Server 2000中的smalldatetime字段改成datetime；以前在Access2003数据库，字段有默认值的，在导入Sql Server 2000后就没有了，也要手动添加上去。比如，时间字段有默认值[now()]在Sql Server 2000中没了，要添加上去，但不能写成now()函数了，将其改成getdate()；将ntxt 字段类型改成txt类型；在Access2003中，有些字段会有一些说明，比如说InsertTime是指数据的写入时间，但导入到Sql Server 2000就没了，你觉得有必要的话就添加上去，没有必要也可以不添，这对于数据库的操作来说没什么影响的。 三、数据库的修改到上面就完了，下面是代码。开始的时候我以为数据库升级了，只是修改一下连接代
数据库系统和网络存储系统项目 数据库迁移实施方案 文案大全
文档控制 文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人 V1.0 A 创建文档2010/05 XXX V1.1 M 修改2010/05/18 XXX 审阅 序号姓名职位 分发 序号.姓名地点 文案大全
目录 第一章文档介绍 (5) 1.1背景 (5) 1.2目标 (6) 第二章系统硬件选型 (7) 2.1存储设备 (7) 2.1.1 设备选型 (7) 2.1.2 设备功能及实现 (7) 2.2服务器设备 (7) 2.1.1 数据库服务器 (7) 第三章系统安装 (10) 3.1主机系统安装 (10) 3.2配置SAN网络、磁盘阵列 (11) 3.3配置HACMP (12) 3.4安装数据库软件 (13) 第四章数据移植 (14) 4.1移植准备工作 (14) 4.2移植过程 (15) 4.3系统检查 (16) 数据库检查 (16) 导入后系统需要完成的工作 (16) 应用检查 (17) 4.4系统回退 (17) 第五章应用迁移 (18) 第六章新系统上线后的工作 (18) 第七章工作界面和工作内容 (18) 第八章实施计划 (19) 附件： ............................................................................. 错误！未定义书签。 1.设备、软件验收交付记录.................................................. 错误！未定义书签。文案大全
EBS R12.1.1 升级12.1.3 数据库升级 11.2.0.3 安装说明书 编制：长安铃木信息系统课王川 2012-11-21
目录 目录 (2) 1 概述 (5) 1.1升级内容 (5) 1.2准备的补丁 (5) 2 升级应用 (6) 2.1停止应用。 (6) 2.2ADADMIN进入维护模式 (7) 2.3追加补丁 (9) 2.4执行DB节点应用CODE LEVEL (9) 2.5追加应用补丁 (10) 3 升级数据库 (10) 3.1升级数据库准备 (10) 3.2创建NLS/DA TA/9IDATA目录 (13) 3.3安装数据库补丁 (13) 3.4P REPARE U PGRADE (14) 3.5执行DBUA (14) 3.6初始化参数文件和监听文件 (19) 3.6.1 参数文件 (19) 3.6.2 监听文件 (19) 3.6.3 运行脚本 (20) 4 初始化数据库节点 (20) 4.1应用层生成生成新的APPSUTIL (20) 4.2生成数据库上下文文件 (20) 5 ADADMIN重建权限和同义词 (21) 6 分别重启数据库和应用。 (22)
7 校验升级结果。 (22)
文档版本记录 版本编号变更内容变更人日期
EBS R12.1.1 Enterprise5.7 64bit 安装说明书 1概述 1.1 升级内容 1、应用从R12.1.1升级到R12.1.3。 2、数据库升级到11.2.0.3。 1.2 准备的补丁 1、APP升级补丁 p1*******_R12.BIV.B_R12_GENERIC.zip p1*******_R12.TXK.B_R12_GENERIC.zip p1*******_R12.TXK.B_R12_GENERIC.zip p8919489_R12.TXK.B_R12_GENERIC.zip p8919489_R12.TXK.B_R12_zhs.zip p9062910_12.1.0_R12_GENERIC.zip p9151516_R12.ECX.B_R12_GENERIC.zip p9239089_R12.AD.B_R12_LINUX.zip p9239090_R12_LINUX_1of6.zip p9239090_R12_LINUX_2of6.zip p9239090_R12_LINUX_3of6.zip p9239090_R12_LINUX_4of6.zip p9239090_R12_LINUX_5of6.zip p9239090_R12_LINUX_6of6.zip p9239090_R12_zhs.zip p9239095_R12_GENERIC.zip p9583541_R12.TXK.B_R12_GENERIC.zip p9738085_R12.TXK.B_R12_GENERIC.zip p9817770_R12.ATG_PF.B_R12_LINUX.zip p9852070_R12.TXK.B_R12_GENERIC.zip p9868229_R12.BOM.C_R12_GENERIC.zip p9966055_R12.FND.B_R12_GENERIC.zip 2、数据库升级到11.2.0.3的安装包 p1*******_112030_Linux-x86-64_1of7.zip … p1*******_112030_Linux-x86-64_7of7.zip
第2章数据库高级编程 ADO、NET就是为、NET框架而创建的,就是对ADO(ActiveX Data Objects)对象模型的扩充。ADO、NET提供了一组数据访问服务的类,可用于对Microsoft SQL Server、Oracle等数据源的一致访问。ADO、NET模型分为、NET Data Provider(数据提供程序)与DataSet数据集(数据处理的核心)两大主要部分。 、NET数据提供程序提供了四个核心对象,分别就是Connection、Command、DataReader 与DataAdapter对象。功能如表2-1所示。 表2-1 ADO、NET核心对象 2、1 SQL Server相关配置 在使用C#访问数据库之前,首先创建一个名为“chap2”的数据库,此数据库作为2、1节及2、2节中例题操作的默认数据库。然后创建数据表Products,表结构如表2-2所示。创建完毕后可录入初始化数据若干条。 表2-2 Products表表结构 上机课的操作中出现问题较多的地方。 1.身份验证方式 SQL Server 2012在安装时默认就是使用Windows验证方式的,但就是安装过后用户可随时修改身份验证方式。 启动SQL Server 2012 Management Studio,在“连接到服务器”对话框中选择“Windows
身份验证”连接服务器,连接成功后,在窗体左侧的“对象资源管理器”中右键单击服务器实例节点,并在弹出的快捷菜单中选择“属性”菜单项,系统将弹出“服务器属性”窗体,切换至“安全性”选项卡,如图2-1所示。 图2-1 “服务器属性”对话框-“安全性”选项卡 在“服务器身份验证”部分选择“SQL Server与Windows身份验证模式”选项,并单击【确定】按钮。系统将提示需要重新启动SQL Server以使配置生效,如图2-2所示。 图2-2 系统提示框 右键单击“对象资源管理器”的服务器实例节点,在弹出的快捷菜单中选择“重新启动”菜单项,SQL Server将重新启动服务,重启成功后即可使用混合验证方式登录SQL Server服务器。 2.添加登录账户 大部分初学者都习惯于使用SQL Server的系统管理员账号“sa”来登录数据库服务器,而在实际工作环境中使用sa账号登录服务器就是不合理的。因为很多情况下系统的数据库就是部署在租用的数据库服务器上的,此时数据库设计人员或编程人员都不可能具有sa账号的使用权限,因此在将身份验证方式修改为SQL Server与Windows混合验证后,需要为某应用程序创建一个专用的登录账户。其操作步骤描述如下。 (1)使用Windows身份验证登录SQL Server,在对象资源管理器中点击“安全性”节点前面的加号“+”,在展开后的“登录名”子节点上单击右键,如图2-3所示,并在弹出的快捷菜单中选择“新建登录名”选项。
用dbua使ORACLE10G升级到ORACLE11G 编写：肖小明日期：2012-11-16 审核：肖小明日期：2012-11-16 批准：严磊日期：2012-11-16 受控状态：是 发布版次：10.0.2 日期：2012-11-16 编号：MDS20121116-2514
变更记录 日期原版本变更后版本作者2012/11/16 oracle10.2.0 Oracle11.2.0 肖小明 签字确认 职务姓名签字日期 组长2012-11-16
1、实验配置 实验环境Redhat Enterprise 5.4. 升级对象oracle10.2.0.1 升级到oracle11.2.0.1 2、实验步骤 一、oracle11.2.0.1软件的安装（由于oracle11安装比较智能就不加以讲解了（是在不懂请参阅oracle11g安装文档）） 二、oracle11g软件安装好后，以oracle用户登陆输入dbua 即可 如下图： 选择你所要升级的数据库下一步
出现上述情况，经过一番资料的查阅，终于找到原因，原来是oracle10.2.0.，不可以直接升级到oracle11.2.0 现让oracle10.2.0升级到10.2.5 步骤如下 先把升级包解压unzip 包名 修改权限chown -R oracle:oinstall /oradisk 我的包名在/oradisk 下解压的 chmod -R 775 /oradisk/ 注销一oracle用户登录后并运行该指令[oracle@oracle Disk1]$ ./runInstaller 跟oracle10g安装差不多就不过多的解释了 路径一定要跟原来oracle10.2.0安装的主目录一致 若出现下面的错误：
数据库软件升级及数据库迁移方案 根据本次项目需求，此次项目实施除硬件设备安装调试外，还包括对已有管理系统所用Oracle数据库的升级和管理系统数据的迁移工作，实施方案如下： 一、数据库软件升级 1.1操作系统AIX安装 新购P550小机自带AIX5.3操作系统，用启动光盘安装并打好相应补丁； 设置相应环境参数，如：语言环境为简体中文等； 挂载IBM DS4700存储，并设成开机自动加载。 1.2 Oracle 10G安装 在存储上安装10g系列中的稳定版本：10.2.0.1.0； 配置两台小机上所装Oracle的RAC，满足数据库的高可用性，保证一台down机的情况下，另一台能自动接管数据库服务。 二、数据库迁移 2.1迁移前期调研 1、迁移任务的目标 本次项目数据迁移的目的是:将现有综合业务系统的四个子系统数据，从低版本到高版本、跨操作系统的方式进行迁移升级，升级后的目的数据库环境在继承现有数据库所有功能基础上，性能及稳定性需更为完善，从而更好的满足对警务系统各方面性能的支持。 2、新旧环境分析
2.2迁移各类资源准备 1、人员技术准备 甲方：业务系统管理员； 软件开发商：提供系统维护手册，以搭建模拟应用系统测试数据； 乙方：网络工程师、数据库维护工程师。 2、系统环境准备 正式环境：2台P550操作系统及Oracle集群安装正常； 中转环境：服务器1台、高档PC机2台，数据迁移中转及应用系统 模拟部署及测试用。 3、安装和调测相关软件 操作系统：Windows（临时中转环境） 数据库：Oracle8.1.7、Oracle10.2.0.1； 中间件：Websphere5.1； 工具软件：PL/SQL、LoadRun等。 2.3数据迁移方案设计 1、时间安排 模拟环境测试：8月28-8月31 模拟结果观察：9月1日-9月3日 正式数据迁移：9月4日-9月6日 2、迁移方案 经过综合分析众多数据迁移相关资料，结合项目经验，本次数据迁移总体方案如下： A、迁移过程通过8.1.7进行过渡 Oracle验证矩阵中强调8.1.6为Oracle中间过渡产品，升级到10g必须先过渡升级到中间稳定版本，推荐方式是：8.1.n—>8.1.7.4 —>10.2。 B、采用传统的EXP/IMP方式迁移 本次迁移非本机环境升级，涉及到Windows到AIX操作系统的跨
C#常用操作数据方法整理 using System.Data.SqlClient; //导入sql数据库命名空间，这样可以用sql数据库操作相关类 String ConnectionStr = "server=.;database=数据库名；uid=sa;pwd=123456;"; //数据库连接字符串，server确定数据库服务器名，database定义数据库名,uid定义数据库使用者用户名，pwd为密码。 SqlConnection conn = new SqlConnection(ConnectionStr); //建立数据库连接，只有建立连接了才能操作数据。 //也可以合在一起：SqlConnection conn = new SqlConnection(“server=.;database=数据库名； uid=sa;pwd=123456;”); String SQLString=“”； //数据操作语句放在双引号中，语句有增，删，改，查操作。 SqlCommand comm = new SqlCommand(SQLString, conn); //建立数据库命令，确定sql数据操作语句，和数据库连接。 //也可以合并，SqlCommand comm = new SqlCommand(“数据库操作语句”, conn); conn.Open(); //打开数据库，只有打开数据库，数据库命令才能被执行。 int rows = comm.ExecuteNonQuery(); SqlDataReader dr = comm.ExecuteReader(); //专门用于读取数据库数据 Object result= comm. ExecuteScalar(); //或string result= Cmd. ExecuteScalar().Tostring(); //执行数据库命令： //ExecuteNonQuery（）用于增，删，改操作，返回受影响的行数; //ExecuteReader()用于查操作，返回一个SqlDataReader类的对象； //comm.ExecuteScalar()执行查找，返回从数据表中查询结果的第一行第一个单元格的数据。conn.Close();
Windows server2003 下oracle 10.2.0.1版本升级为10.2.0.5的步骤 注意：这个升级过程适用于windows 操作系统环境的数据库。 安装环境介绍; 本机操作系统：windows server2003 数据库版本：oracle 10g 10.2.0.1 目标数据库版本：oracle 10g 10.2.0.5 操作步骤：1.备份数据库软件和数据库，因为迁移一旦失败，可以迅速恢复。 2.使用p8202632_10205_WINNT下载升级包 oracle 10.2.0.5补丁包下载地址: https://www.doczj.com/doc/1b250887.html,/241379/viewspace-764846/ 3.关闭数据库所有的后台服务。 4.升级数据库软件 5.升级数据库 升级数据库软件： 打开p8202632_10205_WINNT目录里面的setup.exe，
修改为这个名称，注意：是自己原先数据库10.2.0.1的安装路径。 选择要升级的ORACLE_HOME路径，然后点击下一步，一路安装，和平常装ORACLE软件的步骤是一样的。 //软件升级后，启动后台服务，使用本地连接到数据库，通过输出提示可以看出，软件已经安装成功为10.2.0.5 C:/Documents and Settings/songyang>sqlplus / as sysdba SQL*Plus: Release 10.2.0.5.0 - Production on 星期三5月25 15:55:04 2011 Copyright (c) 1982, 2010, Oracle. All Rights Reserved. 已连接到空闲例程。
MySQL数据库的版本更新很快，新的特性也随之不断的更新，更主要的是解决了很多影响我们应用的BUG，为了让我们的MySQL变得更美好，我们有必要去给它升级，尽管你会说它现在已经跑得很好很稳定完全够用了。下面我们来看看几种常用的升级方法。 介绍之前，我们先做一些声明，MySQL采用二进制包来安装，升级都是在同一台DB Server 上操作。 第一种，很简单，适用于任何存储引擎。 1. 下载并安装好新版本的MySQL数据库，并将其端口改为3307（避免和旧版本的3306冲突），启动服务。 2. 在新版本下创建同名数据库。 # mysqldump -p3307 -uroot create mysqlsystems_com 3. 在旧版本下备份该数据库。 # mysqldump -p3306 -uroot mysqlsystems_com > mysqlsystems_com.bk Note: 你也可以加上–opt选项，这样可以使用优化方式将你的数据库导出，减少未知的问题。 4. 将导出的数据库备份导入到新版本的MySQL数据库中。 # mysql -p3307 -uroot mysqlsystems_com < mysqlsystems_com.bk 5. 再将旧版本数据库中的data目录下的mysql数据库全部覆盖到新版本中。 # cp -R /opt/mysql-5.1/data/mysql /opt/mysql-5.4/data Note: 大家也都知道这个默认数据库的重要性。 6. 在新版下执行mysql_upgrade命令，其实这个命令包含一下三个命令： # mysqlcheck –check-upgrade –all-databases –auto-repair # mysql_fix_privilege_tables # mysqlcheck –all-databases –check-upgrade –fix-db-names –fix-table-names Note: 在每一次的升级过程中，mysql_upgrade这个命令我们都应该去执行，它通过 mysqlcheck命令帮我们去检查表是否兼容新版本的数据库同时作出修复，还有个很重要的作用就是使用mysql_fix_privilege_tables命令去升级权限表。 7. 关闭旧版本，将新版的数据库的使用端口改为3306，重新启动新版本MySQL数据库。到此，一个简单环境下的数据库升级就结束了。
第八章与数据库连接 本章内容 创建数据源及数据库 创建表格模板 创建记录体 对数据库的操作 数据集函数在关系库中的应用 概述 本章我们将讲解如何将阀门的状态变化记录到数据库中并进行查询。数据库我们选择Access数据库，记录的内容包括：日期、时间、阀门描述、阀门状态四个字段。我们利用KingSCADA的SQL访问功能来实现。 KingSCADA SQL访问功能实现KingSCADA和其他外部数据库之间的数据传输。提供2种访问方式：一种是记录体的方式，即变量和数据库表中的字段建立绑定关系；一种是数据集方式。 记录体方式就是通过记录体配置项，实现把数据库里面的字段和KingSCADA的变量建立绑定关系。绑定后，可以通过SQL插入或更新函数将绑定变量插入或更新到数据库的对应字段中；也可以通过SQL查询函数将数据库中对应字段数据查询并保存到绑定变量中，实现KingSCADA和关系数据库的数据交互。记录体方式只能在KingSCADA服务器端应用。 数据集方式就是通过KingSCADA提供的一系列数据集函数，执行标准SQL语句，实现KingSCADA与关系数据库之间的增、查、删、改等所有数据交互功能，尤其可以通过数据集函数，实现从数据库内查询出符合SQL语句的数据集合，并在报表、曲线中进行批量数据展示。数据集方式支持在KingSCADA服务器端、C/S客户端、WEB上使用。 在这里建议采用数据集方式，更加方便、灵活。 下面具体介绍2种方式的具体使用 第一节记录体方式在关系数据库中的应用（仅参考） 一、创建数据源及数据库 以KingSCADA带的DEMO工程中的数据库为例，首先将文件从DEMO工程中拷贝到我们新建的这个培训工程中。 然后，用Windows控制面板中自带的ODBC Data Sources (32bit)管理工具新建一个Microsoft Access Driver(*.mdb)驱动的数据源，名为：mine，然后配置该数据源，指向刚才拷贝过来的Access数据库（即），如图8-1所示：
XXXXXXXXXXXX平台数据库升级方案 XXXXXXXXXXXXXXX有限公司2016年11月28日
目录 1. 概述 (4) 1.1. 背景 (4) 1.2. 目标与目的 (4) 1.3. 可行性分析 (4) 1.4. 参考依据 (5) 2. 数据库高并发方案 (5) 2.1. 数据库均衡负载(RAC) (5) 2.2. 数据库主从部署 (8) 2.3. 数据库垂直分割 (9) 2.4. 数据库水平分割 (10) 3. 二代办公平台数据库优化设计 (11) 3.1. 数据库集群 (11) 3.2. 重点业务表分区 (11) 3.3. 任务表历史数据分割 (12) 3.4. 数据库表结构优化 (12) 3.5. 数据访问优化 (12) 4. 实施方案 (13) 5. 工作量及预算评估 (14) 5.1. 工作量及预算评估 (14) 5.2. 其他费用 (15)
1.概述 1.1.背景 随着XXXXXX平台及其他子系统业务量增多，且用户已面向各地州市，用户数量增大，现有的二代办公平台及其他子系统在单一环境下的架构体系和数据库架构体系也无法高效的满足这样的场景。 当前XXXXXX平台及其子系统通过搭建多台WEB服务器和双机热备份的方式进行部署运行。虽已提高了整体效率，但对于部分的业务处理还是未解决。部分业务量并发处理多，业务关联多等因素，导致对数据库并发处理的业务量大，读写量大等也无法用双机热备份进行解决。 因此，在此背景下提高数据库访问效率，增大访问吞吐量等将成为二代办公平台及其子系统运行顺畅的关键因素。 1.2.目标与目的 目标：依托现有系统服务和设备环境，建立可扩容、高并发、高吞吐量的数据库架构体系。 目的：为缓解当前XXXXXX平台机器及其他子系统对数据库访问过大，造成的访问效率低下的问题，提升数据库访问效率和并发效率。对部分业务繁杂的表和访问进行优化设计，缓解因此造成的使用效率低下问题。 1.3.可行性分析 数据库性能分析：根据当前的数据库性能分析，当前硬件设备的提高也无法满足数据库性能的提升，因此应考虑数据库访问控制和数据访问方面进行优化。现有的数据库虽也实现双机热备份，但访问的效率未较大改善，因此应考虑各健全的数据库高并发访问方案。 数据库优化分析：当前的数据库采用的ORACLE数据库，同时，现有的均衡负载、读写分离、数据分割技术较为成熟，在对系统进行适当调整和优化的情况下，能保证系统的正常运行。
在基于微软IIS/PWS的网络平台上，通过服务器端运行的ASP程序来访问后台数据库，是一种最常见的模式了。而对于小型的数据库应用需求，微软的Access数据库，应该是与ASP程序配套使用的首选。由于Access数据库的ODBC驱动程序支持的SQL指令全，执行效率高，所以Access后台数据库+ASP服务器端程序+客户端IE浏览器，是一个精练实用高效的组合模式。在这种使用模式中，ASP程序无疑是最重要的，是沟通客户端和后台数据库之间的桥梁。在ASP程序中，通过VB Script，建立对Access数据库连接，是客户能够访问后台数据库的前提。 一、Access数据库连接之建立Access数据库连接的常用方法 在ASP中建立对Access数据库连接的一般格式如下： 它的各步骤及参数意义如下： 第一行程序：利用Server对象的MapPath函数，取得要打开数据库的完整的文件路径，并存储在变量DbPath中。这其中，数据库名是我们需要指定的参数，应该用我们要打开的数据库的实际名称替代。如果数据库名是直接作为常量出现，要用引号将其括起来，并且不能丢掉扩展名。例如数据库是Test.mdb，则该行程序成为： DbPath=Server.MapPath(“Test.mdb”)。 第二行程序：建立一个ADO对象集中的Connection对象，也即连接对象。这是建立数据库连接的初始步骤。执行这行程序后，Conn成为一个连接对象。 第三行程序：利用连接对象Conn的Open方法打开一个指定的数据库。因为我们要打开的是Access数据库，所以要指定ODBC驱动程序参数，表示要透过Access的ODBC 驱动程序来访问数据库：driver={Microsoft Access Driver (*.mdb)};。 另一个参数dbq= & DbPath，运算后等效于dbq=Server.MapPath(数据库名) ,是利用了第一行的Server.MapPath(数据库名)函数，用来指定要打开的数据库文件。到这里，就已经打开了数据库名指定的数据库。如果数据库名是“test.mdb”，则打开Access数据库Test.mdb。在这一行里指定的参数，要严格按照格式原样写出，不能省略或改动，也没有可变参数。 第四行程序：建立一个ADO对象集中的Recordset对象，以便利用Recordset对象操作数据库(当然，这只是对数据库操作的多种方式之一)。执行这行后，rs就成为一个Recordset对象。
Oracle Database 11g 升级 12c 详细图文教程 Version 1.2 关键字：升级、数据库、11g、12c、Oracle chanrevival Chan Revival InfoTech Lab 2017年8月
版本控制
目录 1概述 (4) 2相关信息 (4) 3操作过程 (4) 3.1备份工作 (4) 3.2安装新版数据库软件 (4) 3.3升级数据库实例 (20) 升级结果 (33) 升级前检查 (33) 升级详细信息 (33) 执行步骤信息: (33) 初始化参数更改 (34) Enterprise Manager (34) 3.4检查升级后的数据库 (35)
1概述 本文详细介绍在Windows平台下的Oracle Database 11g升级12c的过程。11.2.0.1不能直接升级为12.1.0.1，会报错，相关信息会在后续文中体现，可以把11.2.0.1先升级为11.2.0.4，再升级到12c版本。 本图文教程以11.2.0.4升级到12.1.0.1为例，其它版本的升级请查阅本人相关文档，大多都有涉及。如有谬误，欢迎指正。 2相关信息 3操作过程 3.1备份工作 官方提供的升级方案虽然比较可靠，但是任何升级工作均存在风险，因此，做好数据备份工作十分重要。备份工作可分为操作系统备份和数据库系统备份，数据备份工作细说起来内容也不少，不是本文讨论范围，就不展开讨论了，有兴趣的朋友可以查阅本人相关文档。此处，建议大家用Oracle自带的RMAN工具给数据库做全备。参考命令如下： 3.2安装新版数据库软件 1)检查源数据库版本
连接数据库的方法小结 1.ODBC API ODBC(Open Database Connectivity，开放数据库互连)是微软公司开放服务结构(WOSA，Windows Open Services Architecture)中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准API（应用程序编程接口）。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC。 一个基于ODBC的应用程序对数据库的操作不依赖任何DBMS，不直接与DBMS打交道，所有的数据库操作由对应的DBMS的ODBC驱动程序完成。也就是说，不论是FoxPro、Access , MYSQL还是Oracle数据库，均可用ODBC API 进行访问。由此可见，ODBC的最大优点是能以统一的方式处理所有的数据库。 2．MFC ODBC 由于直接使用ODBC API编写应用程序要编制大量代码，开发者往往需要花费很多的精力在非核心代码的维护上，而Visual C++提供了MFC ODBC类，封装了ODBC API，这使得利用MFC ODBC来创建ODBC应用程序非常简便。 3．DAO（Data Access Object） DAO提供了一种通过程序代码创建和操纵数据库的机制，多个DAO构成一个体系结构，在这个体系结构中，各个DAO对象协同工作。MFC DAO是Microsoft提供的用于访问Microsoft jet数据库文件的强有力的数据库开发工具，它通过封装DAO，向程序员提供了DAO操作数据库的手段。 4．OLE DB OLE DB(Object Linking and Embedding, Database, 又称为OLE DB或OLE-DB),一个基于COM的数据存储对象,能提供对所有类型的数据的操作,甚至能在离线的情况下存取数据(比方说,你使用的是你的便携机,你可以毫不费力地看到最后一次数据同步时的数据映像). OLEDB位于ODBC层与应用程序之间. 在你的ASP页面里,ADO是位于OLEDB之上的应用程序. 你的ADO调用先被送到OLEDB,然后再交由ODBC 处理. 你可以直接连接到OLEDB层,如果你这么做了,你将看到服务器端游标(recordset的缺省的游标,也是最常用的游标)性能的提升.
ORACLE数据库跨平台升级方案研究和实施 12 李灿召 孙玉晶 （1.中国移动通信集团 吉林有限公司 业务支撑中心 吉林 长春 130021；2.中国移动通信集团 吉林有限公司 长春分公司 吉林 长春 130000） 摘 要： 随着关系型数据库的不断发展和新技术的引入，数据库作为各行业的数据核心和业务枢纽，数据量呈几何倍数膨胀，超TB级数据库不再鲜见。数据量的膨胀导致后续的版本升级和系统迁移更难操作，结合实际操作经验，从时间、风险和应急策略等方面入手，详细阐述大数据量数据库跨平台升级方案的研究、选择和实施，在实际的操作过程中取得良好的效果，具有一定的参考价值。 关键词： ORACLE；数据库；升级；数据迁移 中图分类号：TP311 文献标识码：A 文章编号：1671－7597（2012）1110109-01 2010年基于系统发展实际需要，决定对业务支撑系统数据 2 方案介绍 库进行升级，核心CRM和BOSS核心数据库由9i升到10G，服务器“不停机”的跨平台数据库升级和数据迁移方案，通过中更换为IBM平台，存储更换为EMC，CRM和BOSS数据库作为业务支间数据库实现基础数据同步和迁移，规避了前期数据同步期间撑系统的数据中心和业务枢纽，其升级方案的选择尤为重要。对正常生产的影响，中间数据库利用原系统BC备份搭建，服务CRM和BOSS数据库容量均超过10TB，实际数据量都在5TB左右，器和原系统的主机、数据库保持一致，配置比原系统低很多。项目要求在完成新、旧系统切换的同时进行垃圾数据清理、分该方案采用数据分级模式组织实施，通过中间数据库实现历史布规划和权限优化。数据（静态数据）和基础数据的准备，前期准备工作完成后通 1 方案选择过SharePlex软件保持活跃数据的准实时同步，正式割接时待 1.1 影响因素数据同步完成后即可实施割接，割接同时启用反向同步机制， 确保升级失败回切时原库数据的准确性。 业务连续性挑战：业务支撑系统是24x7全天候运行的系 统，宕机不仅意味着大量的收入损失，同时严重影响公司的服 务形象。经过业务评估，本次迁移过程中能够承担的最大停机 时间不超过12小时。数据安全性挑战：吉林移动业务支撑系统 数据的重要性是不容置疑的。升级后数据将迁移到一个全新的 系统，需要从实现机制上保障数据安全性，同时提供数据校验 机制。项目风险挑战：10G升级涉及到很多因素，包括业务影 响、新版本的Bug、10G新特性、平台变更、应用变更、参与人 员等等。确保应用在10G环境的平滑运行是一个非常大的挑 战。 上述因素对核心系统升级技术方案提出很高的要求。数据 库升级过程将关注两个关键因素：升级的成功完成和可能导致 的宕机时间。成功不仅仅是指升级过程本身正常完成，更重要 的是，升级过程中数据安全性得到保障，生产应用程序能在升 级后的数据库中无故障地运行。通过采用成熟的流程和技术将宕机时间和失败风险降到最低。 1.2 方案选择 数据迁移模式：新建10G环境，通过数据移植的模式实现数据库升级。手工直接升级：手工直接升级方法，在目前现有生产主机上安装10gR2数据库介质，在割接当天配置CRS环境，安装CRS补丁，配置网络环境，把数据库升级为10.2.0.4版本。该方案的实施有一定的风险，因为手工直接升级的步骤很多，为防止升级过程中任何一个环节的失败，必须准备备用环境作为升级失败时升级回退的备用系统。如果不能具备备用环境，不建议在关键业务系统上使用该方案。 业务支撑系统CRM和BOSS系统的数据库升级同时需要从HP平台迁移到AIX平台，技术方面必须采用数据移植的方式才能完成。在这种背景下，经过多方联合测试，最终决定采用SharePlex数据库复制软件承担前期数据同步工作，利用软件+手工迁移的方式实现“不停机”的跨平台数据库升级和数据迁移，保证割接时间控制在10个小时内，同时需要考虑割接回退等应急方案，利用数据库复制软件的反向同步功能，实现原有数据库数据的及时更新，升级失败直接用启用原数据库即可。 图1 升级方案示意图 2.1 实施步骤 前期准备： 调整生产库，中间库和目标库的数据库参数，为配置SharePlex做准备；使用sa_ocap工具分析生产库归档日志确认表的使用频率，划分复制队列；在生产库，迁移目标库上安装、配置SharePlex；在迁移目标库上停止SharePlex复制软件的数据加载进程；在生产库上激活SharePlex配置文件开始复制。 图2 SharePlex配置示意图 注：此时原生产端日志捕捉已开始，目标端未开始同步。 2.2 建立中间数据库 （下转第111页）