Differences between revisions 3 and 4
⇤ ← Revision 3 as of 2022-09-19 02:57:43 →
Size: 855
Editor: merlyn
Comment:
← Revision 4 as of 2022-09-19 02:59:57 → ⇥
Size: 860
Editor: merlyn
Comment:
Deletions are marked like this. Additions are marked like this.
Line 11: Line 11:
我们尝试对数据库启动, 但没有启动成功, 从报错来看, 与先前有变化, 但仍然提示数据块损坏或丢失的相关警告，我们找到IBM官网中类似问题KB， 皆提到从归档或备份中恢复的解决方案，但由于当前没有有效的备份(在8月24日尝试对数据库的备份也因存在IO问题导致失败)。因此目前我们已无法进行下一步操作:
建议的解决方案为(与先前一致):
随后我们尝试对手动启动数据库, 但没有启动成功, 从报错来看, 虽与先前有变化, 但仍然提示数据块损坏或丢失的相关警告.

我们找到IBM官网中类似问题KB， 皆提到需要从归档或备份中恢复，但是当前无有效的备份(在8月24日尝试对数据库的备份也因存在IO问题导致失败)。
因此目前我们已无法进行下一步操作, 建议的解决方案为(与先前一致):

在這裡編輯新頁面「首頁/2022-09-19」

1. 环球租赁虚拟化项目 P420202012068

各位上午好.

上周五的硬盘更换是成功的, hdisk6的mirror状态正常. 一个直观的变化是, 之前位于hdisk6但没有做mirror的lv_dbbak已经丢失了.

随后我们尝试对手动启动数据库, 但没有启动成功, 从报错来看, 虽与先前有变化, 但仍然提示数据块损坏或丢失的相关警告.

我们找到IBM官网中类似问题KB， 皆提到需要从归档或备份中恢复，但是当前无有效的备份(在8月24日尝试对数据库的备份也因存在IO问题导致失败)。 因此目前我们已无法进行下一步操作, 建议的解决方案为(与先前一致):

1. 通过历史的数据库备份去恢复.

2. 找专业的Informix数据库恢复公司或IBM厂家尝试恢复.

首頁/2022-09-19 (last edited 2022-09-19 07:19:07 by merlyn)