作为我们的灾难恢复机制和某些问题诊断的一部分，我一直在尝试实施DB2机制，以便将备份从一台计算机还原到另一台计算机。我正在复制密钥库文件并在恢复之前将它们复制回DB2，所以一切都应该没问题。
在我测试的大多数情况下， 确定。
但是，如果我之前使用过的机器（例如用于其他测试），那么尝试恢复其中一个数据库就会失败。例如，我试图将备份从11/26恢复到11/28上次使用的另一台机器上，并且DB2说：
SQL1730N命令或操作失败，因为密钥库文件中不存在主密钥标签。正在使用的标签：＆＃34; DB2_SYSGEN_db2inst1_MYDATABASENAME_2017-11-28-20.58.07＆＃34;。文件类型编号：＆＃34; DB CFG＆＃34;。文件名：＆＃34; SQLDBCONF＆＃34;。
请注意，该标签中的日期戳晚于我正在恢复的备份，因此投诉有一定意义......除了我不明白主密钥标签的实际位置，原因为何以及＆＃39 ＃39; s持久化，以及为什么在进行恢复之前复制密钥库文件并不足以阻止它。
IBM在https://www.ibm.com/support/knowledgecenter/en/SSEPGG_10.5.0/com.ibm.db2.luw.messages.sql.doc/doc/msql01730n.html和https://developer.ibm.com/answers/questions/319149/how-to-change-the-master-key-password-after-restor.html确实有关于此错误的一些文档...但我并不是真正的DB2用户，而且我在查找他们的内容方面遇到了什么问题。 ＃39;建议我改变。
有人可以勾勒出一系列操作，这些操作会使一台机器的后备备份可靠地加载到另一台机器上吗？我确定有一个最佳实践的DB2备份，并在那里恢复可以解决这个问题，但我一直在寻找太长时间并且没有找到它......我无法相信我是唯一一个发现DB2备份/恢复系统混乱的人。
我使用的是DB2 10.5，如果这有帮助的话。