[發明專利]一種運行日志的保存方法和設備

有效

• 申請號: 201210122042.3
• 申請日: 2012-04-24
• 公開（公告）號: CN103377095A
• 公開（公告）日: 2013-10-30
• 發明（設計）人: 劉宇;賈智慧;姚琮;李翔
• 申請（專利權）人: 華為技術有限公司
• 主分類號: G06F11/00
• 分類號: G06F11/00
• 代理公司: 廣州三環專利代理有限公司 44202
• 代理人: 郝傳鑫;熊永強

技術領域

本發明涉及日志的存儲技術，尤其涉及一種運行日志的保存方法和設備。

背景技術

目前基于Android(安卓，一種操作系統)操作系統的設備在運行過程中，操作系統經常出現各種異常情況，此時需要對操作系統進行復位，以解決異常。

目前Android操作系統的復位方式采取全局復位，下面結合圖1對全局復位的過程進行說明：如圖1所示，基于Android操作系統的設備1包括：AP(Application?Processor，應用處理器)11、PMU(Power?Management?Unit，電源管理單元)12和RAM(random?access?memory，隨機存儲器)13，其中AP11用于運行Android操作系統的各種應用，通常Android操作系統出現異常，是指AP11運行的應用出現異常，RAM13用于對Android操作系統的運行情況進行記錄，主要是指記錄AP11的運行情況，PMU12用于對AP11和RAM13的電源進行管理。當操作系統在運行過程中出現異常時，系統會向AP11發送復位信號；當AP11收到復位信號后，將復位信號轉發給PMU12；當PMU12收到復位信號后，PMU12先自行進行復位(即斷電再上電)，然后向AP11和RAM13發送全局復位信號；當AP11和RAM13收到PMU12的全局復位信號后，AP11和RAM13進行復位。

由于上述復位過程中，PMU12需要進行復位(即斷電再上電)，因此導致了RAM13相應地出現斷電再上電的過程，使得RAM13上記錄的運行日志丟失，從而技術人員不能夠根據運行日志對系統的異常進行分析。

發明內容

本發明實施例所要解決的技術問題在于，提供一種運行日志的保存方法和設備，可以保證系統在復位過程中日志被完整保存。

為了解決上述技術問題，本發明實施例提供了一種運行日志的保存方法，包括：

當操作系統出現運行異常時，配置用于記錄所述操作系統的運行日志的隨機存儲器工作在自刷新模式；

對運行所述操作系統的應用處理器進行復位，且保持電源管理單元正常工作，所述電源管理單元用于對所述應用處理器和隨機存儲器的電源進行管理；

待所述應用處理器復位完成后，從所述隨機存儲器中獲取并保存所述操作系統的運行日志。

相應地，本發明實施例還提供了一種設備，包括：

配置模塊，用于當操作系統出現運行異常時，配置用于記錄所述操作系統的運行日志的隨機存儲器工作在自刷新模式；

處理模塊，包括：運行所述操作系統的應用處理器、電源管理單元和所述隨機存儲器，所述處理模塊用于所述應用處理器進行復位，且保持所述電源管理單元正常工作，所述電源管理單元用于對所述應用處理器和隨機存儲器的電源進行管理；

日志處理模塊，用于待所述應用處理器復位完成后，從所述隨機存儲器中獲取并保存所述操作系統的運行日志。

實施本發明實施例，具有如下有益效果：

本發明實施例中當操作系統出現運行異常時，配置隨機存儲器工作在自刷新模式，以防止隨機存儲器存儲數據的丟失；然后，對應用處理器進行復位，且保持電源管理單元的正常工作，即不對電源管理單元進行復位，進而避免由于電源管理單元的復位(斷電再上電)造成的隨機存儲器出現斷電再上電的情況，從而保證在復位過程中，操作系統的運行日志可以被完整地保存，以方便相關人員進行后續的分析。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是現有的設備的結構示意圖；

圖2是本發明的運行日志的保存方法的實施例的流程示意圖；

圖3是圖2中步驟S22的第一實施例的流程示意圖；

圖4是圖2中步驟S22的第二實施例的流程示意圖；

圖5是本發明的設備的實施例的結構示意圖；

圖6是圖5中的處理模塊的第一實施例的結構示意圖；

圖7是圖5中的處理模塊的第二實施例的結構示意圖；

圖8是圖7中的復位控制單元的實施例的結構示意圖。

具體實施方式