STRMQM因AMQ7047而失敗

我們已將MQ服務器從7.1遷移到7.5。當我們嘗試恢復隊列管理器時，我們得到一個STRMQM失敗，並顯示AMQ7047錯誤。一些隊列管理器正在運行，但有些正在發生錯誤。STRMQM因AMQ7047而失敗

2015-10-05 Swasti

錯誤是否也給出了原因碼？您使用什麼ID來啓動隊列管理器？給出你如何執行「遷移」的細節。 – ValerieLampkin

沒有理由code.used rood它啓動隊列管理器。我們正在使用mq版本7.1的HP-UX的操作系統。我們將服務器升級從7.1更改爲7.5。在此之前，我停止了所有隊列管理器。並採取/ var/mqm /和/ opt/mqm /文件夾的備份。然後我刪除了基本版本的mq，它是7.1並安裝了新版本的mq ie。 7.5。成功安裝後，我嘗試啓動所有隊列管理器。但是一些隊列mamagers已啓動，但有一些發生錯誤。是否有任何其他方式來備份隊列管理器。 – Swasti

當我鍵入strmqm QMname時，它提供了STRMQM命令失敗並顯示AMQ7047，升級WebSphere MQ後，命令遇到意外錯誤。原因 – Swasti

我認爲這可能是由於權威問題。檢查您使用的ID以及文件權限，以確定它們仍然由該ID擁有。它可能是與從文件備份還原MQ相關的文件權限（或符號鏈接）問題。應該使用mqm ID來啓動隊列管理器。

來源

2015-10-05 12:25:33 ValerieLampkin

你能告訴我哪個文件需要許可，以及如何檢查它。以及如何從文件備份恢復MQ。我對mq – Swasti

沒有多少了解。沒有原因code.we使用root id啓動隊列管理器 – Swasti

您應該使用mqm ID（在UNIX上）來啓動隊列管理器，不是根。你是在UNIX還是iseries？ – ValerieLampkin

正常情況下，「遷移」和「恢復」不會在一起。遷移意味着停止所有QMgr，應用新版本的MQ，然後重新啓動QMgrs，允許MQ自動升級任何文件結構。這兩件事都是一個巨大的紅旗，並指出可能的根源。

恢復可能意味着需要一個對象和ACL備份並將其應用於新的，空的QMgr。這要求QMgr運行，因此不能成爲你所指的用法。

還原還可能意味着從先前的時間點取得MQ文件映像並將它們還原到文件系統。這聽起來像你有什麼，可能是問題的原因。

例如：Upgrade --> Start MQ --> Stop MQ --> Restore backup可能會失敗，因爲MQ認爲它已經升級了QMgr數據文件並發現了錯誤的格式。

很明顯：Upgrade --> Start MQ --> Restore backup會因爲覆蓋正在使用的文件而失敗。

通常情況下，如果在QMgr運行且處於加載狀態下進行文件備份，則QMgr的任何還原都可能失敗。備份作業必須通過隊列文件和日誌文件，並且延遲確保兩組文件不一致。如果存在深隊列，則兩個相鄰隊列文件之間可能會出現不一致。因此，QMgr停止時需要採取MQ 的時間點備份，但實際上很少有人這樣做。

如果其中一種情況不能解釋您所看到的行爲，我會建議以非常具體的細節來更新問題的具體內容，以及按照什麼順序進行。

來源

2015-10-05 19:44:33

STRMQM因AMQ7047而失敗

回答

相關問題