最近在做一套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数据库性能调整和优化(
本文来源gao!%daima.com搞$代*!码$网9
第1、2版) PDF
DB2数据库性能优化介绍
DB2 9.7 for Linux 5.4安装详细步骤
本文永久更新链接地址：
转载请注明原文链接：DB2 SQL20321N 解决实例
