如何将DB2 V8数据库系统迁移到DB2 V9(一)

日期: 2009-02-03 作者:朱建龙 来源:TechTarget中国 英文

  在安装好DB2旧版本的系统上安装DB2 v9,需要把旧版本的所有的实例(Instance)和数据库系统迁移到DB2 V9,移植DB2 V8数据库系统,包括迁移实例(Instance),DB2管理服务器(DAS)和数据库。对于DB2 V8的数据库系统,可以直接迁移到DB2 V9。对于DB2 V6、V7的产品需要首先迁移到DB2 V8,然后再迁移到DB2 V9。

  在一台Windows 系统的系统上,我们已经安装了DB2 ESE(Enterprise Server Edition) V8.2 数据库系统。假定我们创建了一个DB2的实例。同时,我们在该实例下创建了一个数据库Sample。我们需要在该系统上安装DB2 V9,把DB2 ESE V8.2移植到DB2 V9。数据库管理员账号为 db2admin,同时也具有系统管理员的权限。下面在上述的 Windows平台上,开始我们的移植DB2 ESE V8.2旅程。

  迁移数据库实例

  有两种方式可以迁移数据库实例。一种是由数据库安装程序实现自动迁移,第二种方式是手工迁移数据库。在Windows平台上,可以在安装DB2 V9过程中选择从DB2 V8移植到DB2 V9。安装结束后DB2 V8的实例就自动移植到DB2 V9。

  1. 自动迁移实例

  以系统管理员身份登录系统,如db2admin;

  运行DB2 V9的安装程序setup.exe;

  在图1所示的“安装产品”的面板上选择“迁移”旧的数据库系统;

   DB2安装界面

  图 1. DB2安装界面

  在选择安装文件夹的面板上,我们可以看到安装路径被自动设为DB2 ESE V8.2的安装路径“c:Program FilesIBMSQLLIB”。我们不需要也不能选择安装文件夹。待安装结束后,该目录下原来安装的DB2将被升级;

  在迁移过程结束后可以运行 db2level 命令来验证数据库实例是否被成功的迁移。图 2 是执行db2level命令的结果。我们可以看到原来的数据库实例DB2已经被成功的迁移,其版本信息为“DB2 v9.1.0.356”;

  验证迁移后的DB2版本信息


  图 2. 验证迁移后的DB2版本信息

  运行DB2 Control Center,当访问原来的数据库Sample时,会弹出一个错误信息的对话框。提示该数据库是被一个低版本的数据库创建。因此必须把数据库进行迁移。如图 3 所示。下一节将讲述如何迁移数据库。

  在迁移数据库之前访问数据库出错

  图 3. 在迁移数据库之前访问数据库出错

  2. 手工迁移实例

如果在安装过程中没有选择“迁移”数据库的话,我们可以在安装结束后手工迁移实例。

  停止运行的DB2实例,db2stop;

  迁移DB2实例,我们可以执行下面的命令。$DB2DIRbindb2imigr /u:user,password InstName。其中$DB2DIR是DB2安装路径。user、password是数据库服务下的用户名和密码。InstName是数据库实例的名字。对于我们的例子,我们可以使用下面的命令 C:Program FilesIBMdweSQLLIBbindb2imigr /u:db2admin,passw0rd DB2。

  迁移完数据库实例后,重新启动数据库实例DB2。db2start。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐

  • 数据库产品巡礼:IBM DB2概览

    IBM DB2关系型数据库管理系统提供了支持多平台系统的关键技术,它具备较高的可用性和良好的性能。

  • 如何进行分布式大数据应用调优

    分布式环境通常是与数据库服务器相分离的。而DBA的工作就是监视这些环境并配置和优化数据库服务器以满足多种需求。大数据的出现加剧了DBA的问题。

  • IBM DB2将迎来30岁“生日”

    再过几天,主流数据库产品DB2就将迎来它30岁的“生日”。作为关系型数据库技术的标志性产品,DB2在过去的30年中也在伴随用户需求的变化不断地发展。

  • SQL调优之“忧”:如何进行SQL调优

    DBA们应该将自己从“我要对什么调优?”的老路上解放出来,而在指标、配置和成本方面花费一定的时间。