如何解決SQL Server 2005 的14420和14421錯誤

這期內(nèi)容當(dāng)中小編將會給大家?guī)碛嘘P(guān)如何解決SQL Server 2005 的14420和14421錯誤，文章內(nèi)容豐富且以專業(yè)的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

錯誤消息 14420

錯誤: 14420 嚴(yán)重性： 16，狀態(tài): 1
日志傳送主數(shù)據(jù)庫 %s.%s 已備份的閾值的 %d 分鐘，并且不具有執(zhí)行 %d 分鐘內(nèi)的備份日志操作。檢查代理日志和 $ logshipping 顯示器的信息。

錯誤消息 14421

錯誤: 14421 嚴(yán)重性： 16，狀態(tài): 1
日志傳送輔助數(shù)據(jù)庫 %s.%s 具有還原閾值的 %d 分鐘，并且不同步。%d 分鐘執(zhí)行沒有還原。已還原的滯后時(shí)間為 %d 分鐘。檢查代理日志和 $ logshipping 顯示器的信息。

日志傳送使用 Sqlmaint.exe，來備份和還原數(shù)據(jù)庫。當(dāng) SQL Server 創(chuàng)建事務(wù)日志備份作為日志傳送設(shè)置的一部分時(shí)，Sqlmaint.exe 連接到監(jiān)視服務(wù)器，并使用  last_backup_filename 信息更新  log_shipping_primaries 表。同樣，在輔助服務(wù)器上中運(yùn)行一個復(fù)制或還原作業(yè)時(shí) Sqlmaint.exe 將連接到監(jiān)視服務(wù)器，并更新  log_shipping_secondaries 表。  
 
作為日志傳送警報(bào)消息 14220 和 14221 生成以跟蹤備份和還原活動。具體取決于  備份警報(bào) 的值生成警報(bào)消息閾值和  不同步警報(bào) 閾值分別。  
 
警報(bào)消息 14220 指示當(dāng)前時(shí)間與指示的  last_backup_filename 值監(jiān)視服務(wù)器上  log_shipping_primaries 表中的時(shí)間之間的時(shí)差大于為  備份警報(bào) 閾值設(shè)置的值。  
 
警報(bào)消息 14221 指示  log_shipping_primaries 表中的  last_backup_filename 和  log_shipping_secondaries 表中的  last_loaded_filename 所指示的時(shí)間之間的時(shí)差大于其值設(shè)置為  不同步警報(bào) 閾值。

故障排除錯誤消息 14420

通過定義，消息 14420 不一定表示日志傳送有問題。該消息表明上一次備份的文件和監(jiān)視服務(wù)器上的當(dāng)前時(shí)間之差大于為 備份警報(bào) 設(shè)置的時(shí)間閾值。

有多種原因，將生成警報(bào)消息的原因。下面的列表包括其中一些原因：

1. 日期或時(shí)間 （或兩者） 監(jiān)視服務(wù)器上是不同的日期或時(shí)間，在主服務(wù)器上。也可能是系統(tǒng)日期或時(shí)間已修改顯示器或主服務(wù)器上。這還可能會生成警報(bào)消息。

2. 當(dāng)監(jiān)視服務(wù)器處于脫機(jī)狀態(tài)，然后返回在線狀態(tài) log_shipping_primaries 表中的字段不使用當(dāng)前值更新警報(bào)消息作業(yè)之前運(yùn)行。

3. 日志傳送復(fù)制作業(yè)在主服務(wù)器上運(yùn)行的不可能連接到監(jiān)視服務(wù)器 msdb 數(shù)據(jù)庫以更新 log_shipping_primaries 表中的字段。這可能是由于監(jiān)視服務(wù)器和主服務(wù)器之間的身份驗(yàn)證問題而造成的。

4. 您可能已設(shè)置了不正確的值，用于在 備份警報(bào) 閾值。理想情況下，您必須將此值設(shè)置為至少三次備份作業(yè)的頻率。如果您更改備份作業(yè)的頻率，日志傳送配置并且能夠正常工作后，則必須相應(yīng)地更新 備份警報(bào) 閾值的值。

5. 失敗的主服務(wù)器上的備份作業(yè)。在這種情況下檢查到失敗的原因，請參閱備份作業(yè)的作業(yè)歷史記錄。

回到頂端

故障排除錯誤消息 14421

通過定義，消息 14421 不一定表示日志傳送有問題。此消息表明上一次差異備份文件，并且最后一個已還原的文件大于 不同步警報(bào) 閾值為選定的時(shí)間。

有多種原因引發(fā)警報(bào)消息的原因。下面的列表包括其中一些原因：

1. 日期或時(shí)間 （或兩者） 在主服務(wù)器上修改的日期或在主服務(wù)器上的時(shí)間明顯提前之間的連續(xù)事務(wù)日志備份。

2. 日志傳送輔助服務(wù)器運(yùn)行的還原作業(yè)不能連接到監(jiān)視服務(wù)器 msdb 數(shù)據(jù)庫以更新 log_shipping_secondaries 表中的正確的值。這可能是由于在輔助服務(wù)器和監(jiān)視服務(wù)器之間的身份驗(yàn)證問題而造成的。

3. 您可能已設(shè)置為 不同步警報(bào) 閾值不正確的值。理想情況下，您必須將此值設(shè)置為至少三次頻率中的該速度較慢的復(fù)制和還原作業(yè)。如果復(fù)制或還原作業(yè)的頻率修改日志傳送設(shè)置和功能之后，則必須相應(yīng)地修改 不同步警報(bào) 閾值的值。

4. 使用備份作業(yè)或復(fù)制作業(yè)的問題是最有可能導(dǎo)致"不同步"警報(bào)消息。如果引發(fā)"不同步"警報(bào)消息，并且沒有任何問題，使用備份或還原作業(yè)，請檢查復(fù)制作業(yè)的潛在問題。此外，網(wǎng)絡(luò)連接可能會導(dǎo)致復(fù)制作業(yè)失敗。

5. 也可能是在第二臺服務(wù)器上的還原作業(yè)出現(xiàn)故障。在這種情況下檢查還原作業(yè)的作業(yè)歷史記錄，因?yàn)樗赡鼙硎臼〉脑颉?/p>

上述就是小編為大家分享的如何解決SQL Server 2005 的14420和14421錯誤了，如果剛好有類似的疑惑，不妨參照上述分析進(jìn)行理解。如果想知道更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道。