db2数据库表空间迁移的实施过程经验分享(适用于v.9.7以下版本)

合集下载

db2迁移方案

db2迁移方案

db2是个有着广泛商业应用的关系数据库软件。

作为一个数据库管理员时常面临着数据库系统的迁移工作,这是一个复杂而艰巨的过程。

互联网和db2的帮助文档中有许多关于db2数据库迁移的介绍,但是对于db2数据库的跨平台迁移却很少谈及。

本文将基于笔者的成功实践,总结一下跨平台数据库迁移的步骤和注意事项。

简介设想您是一个db2商业数据库系统的管理员。

您被给予一项任务,支持业务开发和测试团队对商业系统的持续开发,为他们创建一套独立于产品环境的数据库系统,从而不影响日常的商业运作。

由于种种原因,这套开发和测试数据库系统将运行在一个不同于产品环境的操作系统。

我们知道db2提供了一些方便的数据库管理工具,比如数据库的整体备份和恢复功能,用户可以用它很方便的将一个db2数据库从一台物理节点迁移到另一个物理节点,但是db2的备份和恢复功能目前只支持同构操作系统平台间的迁移,比如从windows平台到windows平台,AIX平台到AIX平台。

对于上述任务要求的跨平台的数据库迁移,就没有一个专门的工具可以很方便的实现。

迁移步骤经过笔者的实践,总结db2数据库的跨平台迁移步骤如下:记录源数据库管理系统配置参数,以备迁移过后数据库系统性能调优;检查源数据库系统对象,明确要迁移哪些数据库系统对象;导出源数据库系统的数据集;生成源数据库系统的数据对象定义语句;在目标平台创建新的数据库,参照源系统进行设置;导入源数据集;检查数据集导入过程日志,排除可能的错误;执行数据对象定义语句;检查数据对象语句执行日志,排除可能的错误;检查更新存储过程的定义;连接应用系统,测试数据库迁移是否成功。

下面给出一个遵循上述步骤的具体例子,其中将给出执行这些步骤的具体db2命令以供参考。

1. 记录源数据库管理系统配置参数。

这些是很重要的数据环境设置,其中的一些设置关系到迁移能否成功。

清单1.显示数据库管理系统配置参数的命令以下是引用片段:db2 get dbm cfg清单2.显示数据库配置参数的命令以下是引用片段:db2 get db cfg for source_db_name注意:Italic part should be replaced by your settings.注意:对于比较复杂的源数据库,要注意它的应用程序组内存大小参数(appgroup_memo_sz)。

DB2数据库迁移指导书

DB2数据库迁移指导书

内部公开DB2数据库迁移指导书Huawei Technologies Co., Ltd.All Rights ReservedRevision Record 修订记录目录1 数据备份 (3)1.1 备份数据库前置条件 (3)1.2 MAS数据库服务器全量数据导出 (3)2 创建数据库 (6)2.1 创建数据库的前置条件 (6)2.2 创建数据库 (6)3 数据恢复 (9)3.1 执行数据恢复的前置条件 (9)3.2 数据恢复步骤 (9)1 数据备份1.1 备份数据库前置条件1.MAS系统数据库服务器运行正常。

2.停止MAS系统应用服务器。

3.MAS系统数据库服务器无应用程序连接。

4.保留足够空间,存储备份数据。

1.2 MAS数据库服务器全量数据导出步骤 1用db2用户登录MAS系统数据库服务器。

# su - db2inst1步骤 2显示所有数据库应用。

# db2 list applications步骤 3停掉连接数据库的所有应用,保证备份数据一致。

然后执行命令:# db2 force applications all执行结果显示:DB20000I The FORCE APPLICATION command completed successfully.DB21024I This command is asynchronous and may not be effective immediately.步骤 4再次显示所有数据库应用。

# db2 list applications返回:SQL1611W No data was returned by Database System Monitor.说明没有数据应用了。

可以进行数据备份。

步骤 5创建数据导出目录,并且进入该目录。

# mkdir data# cd data步骤 6执行如下命令操作导出表结构。

db2look -d MASDB -e -a -x -i db2inst1 -w Y4yhl9T -o ddlfile.sqlMASDB:表示对应的数据库名。

DB2数据库-表分区和迁移测试报告(公开版本)

DB2数据库-表分区和迁移测试报告(公开版本)

D B2数据库现场技术支持服务报告目录1.概述 (2)1.1测试内容概述 (2)1.2软件环境列表 (2)1.3实施时间表 (2)1.4系统概要描述 (2)2.测试方案 (4)3.测试步骤 (5)3.1创建新的表空间 (5)3.1.1检查现有的存储空间 (5)3.1.2先建立逻辑卷,每个10GB,共12个 (5)3.1.3定义缓冲池(每节点512MB) (5)3.1.4创建数据表空间(每个节点40GB,共80GB) (5)3.1.5创建索引表空间: (6)3.2创建新的分区表和迁移表 (6)3.2.1运行脚本创建新表,该表使用分区和压缩技术,赋权限。

(6)3.2.2拷贝表的数据 (14)3.2.3修改表名 (16)3.2.4修改索引名 (17)3.2.5创建索引 (17)4.测试总结和分析 (23)4.1测试总结 (23)4.2分析 (23)1.概述1.1 测试内容概述随着数据量的增长,数据库在初始设计时,把大部分数据都集中存放在表空间TS_LARGE_DATA01,导致该表空间急剧增长,并且大表和小表均存放在同一表空间,不利于IO负载的均衡。

将一个大表从原来的表空间迁移到新建的一个表空间,并对表进行分区和压缩。

1.2 软件环境列表1.3 实施时间表1.4 系统概要描述1选择一个较大的表,从原表空间分离出来, 从表空间TS_LARGE_DA TA01移出,放入新的表空间。

2 使用表分区技术,按照“管理机关市级代码(GLJGSJ_DM)”字段分区存储,广州市按区级分区,其他按地市级划分。

3 使用表压缩技术。

3.1 创建新的表空间3.1.1检查现有的存储空间在不增加新硬盘的状况下,目前三个卷组ssfxfsvg,ssfxvg01,ssfxvg02剩余的空间分别为30GB,40GB,50GB,一共120GB。

测试系统有两个数据库节点,因此每个节点60GB,再建立一个新的数据表空间40GB,再建立一个新的索引表空间20GB。

db2数据库迁移步骤

db2数据库迁移步骤

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迁移方案

db2迁移方案咱来说说DB2迁移方案哈。

一、前期准备。

1. 评估现状。

首先得好好瞅瞅现在的DB2系统。

就像给它做个全身检查似的,看看数据库里都存了些啥数据,数据量有多大。

这就好比清点家里的东西,知道有多少瓶瓶罐罐,多大容量一样。

了解有哪些表、视图、存储过程之类的。

如果数据量超级大,那迁移的时候就得特别小心,就像搬一个超级重的大柜子,得有合适的工具和计划。

还要看看现在的DB2版本,因为不同版本可能在功能和兼容性上有差别。

这就像你知道自己手机是啥型号的,才能确定能不能升级到新系统嘛。

2. 确定目标环境。

想清楚要把DB2迁移到哪儿去。

是要迁移到另一个DB2服务器,还是要转到其他数据库系统,像Oracle或者MySQL之类的。

如果是转到其他系统,那就得研究这个目标系统的特性了。

这就好比你要搬家,得先确定新的住址,还得看看新地方的环境,有没有足够的空间放你的东西。

考虑目标环境的硬件资源。

如果新环境的磁盘空间或者内存不够,那迁移过去也会出问题。

这就像你想把大象塞进小汽车里,根本就塞不下呀。

3. 数据备份。

这可是超级重要的一步,就像给你的宝贝数据穿上一层保护甲。

把DB2里的数据完整地备份出来,可以用DB2自带的备份工具。

这备份就像是你的数据的一个副本,万一迁移过程中出了岔子,还能有个回退的余地。

就像你走钢丝的时候,下面得有个安全网一样。

4. 制定迁移计划。

得做个详细的计划,就像规划一次旅行一样。

先确定迁移的时间表,啥时候开始迁移,预计啥时候结束。

比如说,不能在业务高峰期迁移,得挑个大家都不咋用系统的时候,就像半夜搬家,不会打扰到邻居一样。

规划好迁移的步骤,是一次性迁移所有数据,还是分阶段迁移。

如果数据很多,分阶段迁移可能更靠谱,就像蚂蚁搬家,一点一点来。

还要确定迁移过程中的测试计划,得确保迁移过去的数据是正确的,就像检查新搬的家东西有没有损坏一样。

二、迁移过程。

1. 数据转换(如果目标是不同数据库)如果是从DB2迁移到其他类型的数据库,可能需要进行数据转换。

数据库迁移的最佳实践与注意事项(七)

数据库迁移的最佳实践与注意事项(七)

数据库迁移的最佳实践与注意事项随着技术的不断发展,数据库迁移在软件开发和系统维护中变得越来越常见。

数据库迁移是将数据从一个数据库系统迁移到另一个数据库系统的过程。

在进行数据库迁移时,有一些最佳实践和注意事项需要遵循,以确保迁移过程的顺利进行并降低风险。

本文将介绍数据库迁移的最佳实践和注意事项。

1. 确定迁移目的地在进行数据库迁移之前,首先需要确定迁移的目的地。

根据具体需求选择合适的数据库系统,例如MySQL、Oracle、PostgreSQL等。

确保目的地数据库系统能够满足迁移后的数据存储和查询需求。

2. 创建详细的迁移计划在数据库迁移过程中,创建详细的迁移计划是至关重要的。

迁移计划应包含以下内容:a. 定义迁移的时间窗口:选择在业务负载较低的时间段进行数据库迁移,以减少对业务的影响。

b. 制定备份策略:在进行数据库迁移之前,务必对源数据库进行备份。

同时,还可以制定增量备份策略,按照一定的时间间隔对源数据库进行备份,以确保数据的连续性和安全性。

c. 制定数据验证策略:在数据库迁移完成后,需要进行数据验证以确保迁移的准确性。

制定有效的数据验证策略,包括对比源数据库和目的数据库的数据一致性、验证索引是否正确等。

d. 记录详细的迁移过程:在进行数据库迁移时,应记录迁移过程中的每一个步骤和操作。

这样可以在出现问题时快速定位并解决。

3. 测试迁移方案在进行正式的数据库迁移之前,务必进行迁移方案的测试。

在测试过程中,可以使用一个小规模的数据库进行模拟迁移,并验证迁移方案的有效性和可行性。

4. 数据库结构和数据的迁移数据库迁移的关键在于将源数据库的结构和数据迁移到目的数据库中。

在进行结构迁移时,需要注意以下事项:a. 迁移表结构:将源数据库中的表结构迁移到目的数据库中,确保表的定义、字段类型、索引等都正确无误。

b. 迁移数据:将源数据库中的数据迁移到目的数据库中。

在迁移数据时,需要注意数据的一致性和完整性,确保数据的准确性。

DB2数据库迁移详细操作步骤

DB2数据库迁移详细操作步骤

DB2数据库迁移详细操作步骤DB2服务器迁移(V8.2-->DB2 V9.1)===========================一:预迁移任务===========================1、建立迁移备份目录mkdir /tmp/migrant/2、备份数据库(全量、脱机)1)db2inst1登录2)断开所有连接db2 force application all3)检查数据库目录,根据实际迁移数据库名称代替后续代码中的dbNamedb2 list db directory4)备份所有数据库mkdir /tmp/migrant/dbbackupdb2 backup db dbName to /tmp/migrant/dbbackup5)检查结果ls /tmp/migrant/dbbackup/3、备份配置信息1)db2inst1登录2)备份所有数据库配置信息(如果db2dump目录下文件比较多本过程会比较长)mkdir /tmp/migrant/db2support/db2support /tmp/migrant/db2support/ -d dbName -o dbName.zipls /tmp/migrant/db2support/3)备份与每个数据库相关联的应用程序的所有程序包的信息mkdir /tmp/migrant/db2package/db2 connect to dbNamedb2 list packages for schema db2inst1 show detail > /tmp/migrant/db2package/dbName.pkg.txtls /tmp/migrant/db2package/4)备份数据库ddlmkdir /tmp/migrant/db_ddl/db2look -d dbName -e -o /tmp/migrant/db_ddl/dbName.ddlls /tmp/migrant/db_ddl/5)备份所有外部例程cdcp -R sqllib/function /tmp/migrant/function_backup4、增大表空间和日志文件大小(本部分可提前完成)1)db2inst1登录db2 connect to dbName2)查看表空间使用情况db2 list tablespaces show detail3)增大系统目录表空间的大小(SYSCATSPACE)SMS:确保可用磁盘空间>= 已使用的表空间大小(总页数×页大小),不够则需增加磁盘DMS:确保可用页数>= 已使用页数,不够则增大表空间db2 ALTER TABLESPACE SYSCATSPACE EXTEND (ALLnumber_of_pages)4)增大临时目录表空间的大小(TEMPSPACE1)SMS:确保可用磁盘空间 >= 系统目录表空间大小×2DMS:确保总页数>= 系统目录表空间大小×2,不够则增大表空间db2 ALTER TABLESPACE TEMPSPACE1 EXTEND (ALL number_of_pages)5)增大日志空间大小(注意日志所在磁盘确实有这么多空闲空间)查看db2 get db cfg for dbName | grep '(LOG[FPS]'增大db2 update db cfg for dbName using LOGSECOND LOGSECOND+LOGPRIMARY或者无限日志db2 update db cfg for dbName using LOGSECOND -15、提高诊断级别1)归档原先的诊断日志db2diag -A2)提高诊断级别db2 update dbm cfg using diaglevel 46、使DB2服务器脱机1)停止DB2许可证服务db2licd -enddb2 terminatedb2 force application alldb2stop===========================二:迁移任务===========================1、安装数据库V91)root登录2)插入db2V9.1光盘,运行db2setup 命令,选择“安装新产品”选项3)基本使用默认值,不创建新实例4)安装完成2、验证数据库是否已准备好进行迁移1)实例所有者db2inst1登录2)停止实例db2stop3)验证所有数据库mkdir /tmp/migrant/db2ckmig/opt/ibm/db2/V9.1/bin/db2ckmig dbName -l /tmp/migrant/db2ckmig/db2ckmig.dbName.log如果失败,则检查log文件,确定错误并修改,然后重复验证操作4)检查任意log文件cat db2ckmig.DBName.log确保日志文件包含下列文本:Version of DB2CKMIG being run: VERSION 95)启动实例db2start*****************************************************注意:如果无法通过(经测试,在V8.1 FixPak7下,db2ckmig 会报无法连接数据库错误),则1)方法一:将V8实例下的所有数据库先删除(必须先全量备份),再升级实例,最后通过备份恢复数据库2)方法二:打上V8.1的补丁FixPak 14,或者显式指定DB2CODEPAGE。

db2数据库迁移步骤

db2数据库迁移步骤

db2数据库迁移步骤DB2数据库迁移步骤随着业务的发展和数据量的增加,数据库的迁移成为了很多企业必须面对的问题。

数据库迁移是指将现有的数据库从一个环境迁移到另一个环境的过程,其中包括数据库的移植、数据的迁移以及相应的配置和测试工作。

本文将以DB2数据库为例,介绍一下数据库迁移的步骤。

1. 环境准备在进行数据库迁移之前,首先需要对目标环境进行准备。

包括安装DB2数据库软件、创建数据库实例、设置数据库参数等。

同时,要确保源数据库和目标数据库的版本兼容性,以保证迁移过程中的数据完整性和一致性。

2. 数据迁移方案设计在进行实际的数据迁移之前,需要进行详细的方案设计。

这包括确定迁移的数据量、迁移的时间窗口、迁移的方式等。

根据实际情况选择合适的迁移方式,可以是在线迁移、离线迁移或者增量迁移等。

3. 数据备份和恢复在进行数据库迁移之前,一定要对源数据库进行全量备份。

这是为了在迁移过程中出现意外情况时,能够及时恢复数据。

备份可以使用DB2自带的工具或者第三方工具进行操作。

4. 迁移数据根据设计好的迁移方案,开始进行数据的迁移工作。

可以使用DB2自带的数据迁移工具,如db2move、db2look等,也可以使用第三方工具进行数据迁移。

在迁移过程中,要注意数据的一致性和完整性,确保源数据库和目标数据库的数据一致。

5. 数据测试和验证在完成数据迁移之后,需要进行数据的测试和验证工作。

包括对迁移后的数据进行查询、统计、对比等操作,以确保数据的准确性和完整性。

同时,还需要进行性能测试,评估迁移后数据库的性能是否满足业务需求。

6. 应用程序适配在完成数据迁移之后,还需要对应用程序进行适配。

这包括修改连接字符串、修改SQL语句等,以适应新的数据库环境。

同时,还需要进行应用程序的功能测试,确保应用程序能够正常运行。

7. 迁移后的运维工作在完成数据库迁移之后,还需要进行一些运维工作。

包括设置数据库的备份和恢复策略、定期进行数据库维护、监控数据库性能等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
SELECT * FROM SYSCAT.TABLES T2 WHERE T2.TBSPACE='USERSPACE1' AND T2.TABSCHEMA NOT IN ('SYSTOOLS')
AND T1.BSCHEMA=T2.TABSCHEMA AND T1.BNAME=T2.TABNAME
)
检查结果:没有发现引用迁移表的触发器。
CELL
ADVISE_PARTITION
CELL
ADVISE_INSTANCE
RUN_ID
START_TIME
SQL140902142658280
CELL
ADVISE_TABLE
CELL
ADVISE_INSTANCE
RUN_ID
START_TIME
处理方法:涉及的4个外键约束为SQL140902142657800、SQL140902142658020、SQL140902142658180、SQL140902142658280均在前面准备步骤中备份了DDL脚本。在迁移过程重命名表名步骤前,删除这些视图,迁移后重新创建。
b)产生123条db2look命令,例如:
db2look -d cell -e -a -x -c -r -nofed -noview -t ADVISE_INDEX -i cell -w hsithbyy42wh -o CELL.ADVISE_INDEX.sql;
c)登录数据库小机操作系统,cd tbs_bk_150402/ddl,粘贴产生的123条db2look命令集。执行db2look命令后,收集生成的123个sql文件并修改代码。
PK_COLNAMES
SQL140902142657800
CELL
ADVISE_INDEX
CELL
ADVISE_INSTANCE
RUN_ID
START_TIME
SQL140902142658020
CELL
ADVISE_MQT
CELL
ADVISE_INSTANCE
RUN_ID
START_TIME
SQL140902142658180
尝试过各种获取表结构的方法都不理想,只能使用db2look命令批量生成DDL,123个表使用Select查询组合成123条db2look命令字符串,再粘贴到命令行批量执行。
a)通过Select查询db2系统视图组合db2look命令
SELECT
'db2look -d cell -e -a -x -c -r -nofed -noview -t '||TRIM(T.TABNAME)||' -i cell -w hsithbyy42wh -o '
a)切换到db2move导出的数据文件的目录
cd tbs_bk_150402/dataexp
b)指定USERSPACE1表空间名导出数据
db2move cell export -ts USERSPACE1 -u db2admin -p hsithbyy42wh
4、将需要处理的123个表利用db2look命令导出DDL,其中包含建表、建立索引、建立主外键、约束等语句以备后面步骤使用;
"EXPLAIN_TIME" TIMESTAMP NOT NULL WITH DEFAULT CURRENT TIMESTAMP ,
……
c)剔除以下多余代码,如:
COMMIT WORK;
CONNECT RESET;
TERMINATE;
d)修改建表语句中表空间、索引空间的指定,如:
CREATE TABLE CELL.ADVISE_INDEX (
AND T1.REFTABSCHEMA=T2.TABSCHEMA AND T1.REFTABNAME=T2.TABNAME
)
检查结果:发现涉及4个数据表引用ADVISE_INSTANCE表。具体如下:
CONSTNAME
TABSCHEMA
TABNAME
REFTABSCHEMA
REFTABNAME
FK_COLNAMES
5、批量修改123个表的DDL文件,修改表指定的表空间、调整语句代码
a)剔除多余的代码,如:
CONNECT TO CELL USER cell;
b)剔除表名、字段名的引号、和空格部分,如:
CREATE TABLE"CELL"."ADVISE_INDEX"(
"EXPLAIN_REQUESTER"VARCHAR(128) NOT NULL WITH DEFAULT '' ,
WHERE T.TBSPACE='USERSPACE1'
GROUP BY T.TBSPACE, T.TABSCHEMA
ORDER BY T.TABSCHEMA, T.TABSCHEMA
统计出USERSPACE1表空间数据表分布情况,如下:
表空间模式表数量
USERSPACE1CELL119个表
USERSPACE1RONE42个表
AND T1.BSCHEMA=T2.TABSCHEMA AND T1.BNAME=T2.TABNAME
)
检查结果:没有发现引用迁移表的XSR对象。
处理方法:无
7、索引检查,检查涉及引用的迁移表
SELECT * FROM SYSCAT.INDEXES T1 WHERE EXISTS (
SELECT * FROM SYSCAT.TABLES T2 WHERE T2.TBSPACE='USERSPACE1' AND T2.TABSCHEMA NOT IN ('SYSTOOLS')
AND T1.TABSCHEMA=T2.TABSCHEMA AND T1.TABNAME=T2.TABNAME
)
检查结果:没有发现引用迁移表的约束。
处理方法:无
5、表引用检查,检查涉及引用的迁移表
SELECT * FROM SYSCAT.REFERENCES T1 WHERE EXISTS (
SELECT * FROM SYSCAT.TABLES T2 WHERE T2.TBSPACE='USERSPACE1' AND T2.TABSCHEMA NOT IN ('SYSTOOLS')
USERSPACE1SYSTOOLS4个表
USERSPACE1TSO2个表
综上,除模式SYSTOOLS下4个表为db2系统所用,其他模式下共计123个表按公司标准要求迁移。
2.3
涉及模式CELL、RONE4、TSO,共计123个数据表,此处表名称明细略。
3
遵照公司数据库规划标准要求,迁移目标如下:
原表空间模式表数量目标表空间
)IN CELL_SPACE INDEX IN INDEX_SPACE;
整理后的DDL文件准备后面执行。
6、停用应用服务器。
4.2
1、视图检查,检查涉及引用的迁移表
SELECT * FROM SYSCAT.VIEWDEP T1 WHERE EXISTS (
SELECT * FROM SYSCAT.TABLES T2 WHERE T2.TBSPACE='USERSPACE1' AND T2.TABSCHEMA NOT IN ('SYSTOOLS')
Database server = DB2/AIX64 9.5.5
SQL authorization ID = DB2ADMIN
Local database alias = CELL
2.2
通过汇总查询SQL语句:
SELECT T.TBSPACE, T.TABSCHEMA, COUNT(*) TBSCOUNT FROM SYSCAT.TABLES T
CELL
TP_TRANSPLANT_SPE_ORG
CELL
SPE_ORGANIZATION_CHECK
CELL
TP_ORGANICFERT_SPE_ORG
CELL
B_OVER_SGSJ
CELL
B_LEAF_LEVEL
CELL
SPE_ORGANIZATION_SEARCH
CELL
TP_TRANSPLANT_SPE_ORG
db2数据库表空间迁移
实施过程经验分享
(适用于Db2 9.5版本)
1
目前湖北烟叶数据库中部分数据表未按要求创建到规划的表空间,如:部分表直接放到默认表空间USERSPACE1。容易造成表空间满、无法扩展及读写速度慢等问题。现按公司的标准要求整改。
2
2.1
Database Connection Information
CELL
SPE_ORGANIZATION_SEARCH
CELL
TP_ORGANICFERT_SPE_ORG
处理方法:备份找出的4个视图的DDL,并在迁移过程重命名表名步骤前,删除这些视图,迁移后重新创建。
2、触发器检查,检查涉及引用的迁移表
SELECT * FROM SYSCAT.TRIGDEP T1 WHERE EXISTS (
AND T1.TABSCHEMA=T2.TABSCHEMA AND T1.TABNAME=T2.TABNAME
)
SELECT * FROM SYSCAT.REFERENCES T1 WHERE EXISTS (
SELECT * FROM SYSCAT.TABLES T2 WHERE T2.TBSPACE='USERSPACE1' AND T2.TABSCHEMA NOT IN ('SYSTOOLS')
处理方:无
3、自定义函数检查,检查涉及引用的迁移表
相关文档
最新文档