最近在做一套DB2数据库迁移时遭遇 SQL20321N报错。场景:一套干净的环境,刚装了DB2,预计将一套老的DB2数据库迁移至此。
最近在做一套DB2数据库迁移时遭遇 SQL20321N报错。
场景:一套干净的环境,刚装了DB2,预计将一套老的DB2数据库迁移至此。
在源端进行冷备:
db2 backup db sundb to /db2sys compress
将备份介质传输到目标端/db2sys目录下。
在目标端进行恢复:
db2 restore db sundb from . on /db2sys replace existing without rolling forward
SQL20321N Storage paths cannot be provided because the database is not enabled for automatic storage.SQLSTAT=55062
报错显示数据库没有启用自动存储器,所以不能提供存储路径。
查了大量资料,获悉将on参数更改为to可以成功恢复数据库。
db2 restore db sundb from . to /db2sys replace existing without rolling forward
事实证明的确如此,关于TO 参数的解释:
TO target-directory参数我们这里没有使用,简单介绍一下这个参数,因为在实际应用过程中,也会经常用到。此参数表示目标数据库目录,如果实用程序还原到一个现有数据库,将忽略此参数。指定的驱动器和目录必须是本地的。如果备份映像包括启用了自动存储器的数据库,则仅数据库目录被更改,,而与数据库关联的存储路径不更改。
ON参数重新定义与自动存储区数据库相关联的存储路径。此参数只能用在启用了自动存储器的数据库上,如果将此参数与未启用自动存储器的数据库将导致错误(SQL20321N)。使用此参数后, 不再使用备份映像中定义的现有存储路径,自动存储器表空间自动重定向至新路径。如果没有为自动存储器数据库指定此参数,则存储器路径仍为备份映像中定义的路径,此时,备份映像中定义的路径在我们要还原的服务器上要真实存在,否则整个重定向最终会失败。
DB2数据库性能调整和优化(第1、2版) PDF
DB2数据库性能优化介绍
DB2 9.7 for Linux 5.4安装详细步骤
本文永久更新链接地址: