Описание сообщения об ошибке 14420 и сообщение об ошибке 14421, возникающие при использовании доставки журналов в SQL Server

Переводы статьи Переводы статьи
Код статьи: 329133 - Vizualiza?i produsele pentru care se aplic? acest articol.
Развернуть все | Свернуть все

В этой статье

Аннотация

В данной статье причины сообщений об ошибке «не синхронизированы» при доставке журналов, настроенные для SQL Server 2000.

Одно из следующих сообщений об ошибке может быть зарегистрировано в SQL Server журнала ошибок:

Сообщение об ошибке 14420
Ошибка: 14420, уровень опасности: 16, состояние: 1
На %s минут назначения %s.%s доставки журналов не синхронизирована.
Ошибка 14421
Ошибка: 14421, уровень опасности: 16, состояние: 1
На %s минут назначения %s.%s доставки журналов не синхронизирована.
При использовании SQL Server 2005, описание сообщений об ошибках различаются:

Сообщение об ошибке 14420
Ошибка: 14420, уровень опасности: 16, состояние: 1
База данных-источник %s.%s доставки журнала имеет пороговое значение резервного копирования %d минут и не выполнила операция резервного копирования журнала, в течение %d минут. Проверьте сведения агента журнала и logshipping монитора.
Ошибка 14421
Ошибка: 14421, уровень опасности: 16, состояние: 1
%S.%s базы данных-получателя доставки журналов восстановления предел %d минут и выходит из синхронизации. Восстановление не была выполнена в течение %d минут. Восстановленные задержка составляет %d мин. Проверьте сведения агента журнала и logshipping монитора.

Дополнительная информация

Доставка журналов используется Sqlmaint.exe для резервного копирования и восстановления баз данных. Когда SQL Server создает резервную копию журнала транзакций в ходе настройки доставки журнала, Sqlmaint.exe подключается к серверу мониторинга и обновленияlog_shipping_primariesТаблица сlast_backup_filenameУведомление. Точно так же, при выполнении копирования или восстановления задания на сервере-получателе, Sqlmaint.exe соединяется с сервером мониторинга и обновленияlog_shipping_secondariesTABLE.

В составе доставки журналов оповещений 14220 и 14221 создаются для отслеживания операций резервного копирования и восстановления. Сообщения создаются в зависимости от значенияПредупреждение резервного копированияпороговое значение иВыход из предупреждений синхронизациипороговое значение соответственно.

Предупреждение 14220 указывает, что разница между текущим временем и временем обозначаетсяlast_backup_filenameзначениеlog_shipping_primariesтаблицы на сервере мониторинга, больше, чем значение, которое задается дляПредупреждение резервного копированияпороговое значение.

Предупреждение 14221 указывает, что разница между временем обозначаетсяlast_backup_filenameВ диалоговом окнеlog_shipping_primariesтаблицы иlast_loaded_filenameВ диалоговом окнеlog_shipping_secondariesтаблица больше, чем значениеОповещение синхронизациипороговое значение.

Устранение неполадок ошибка 14420

По определению сообщения 14420 не обязательно означает проблемы с доставкой журналов. Сообщение указывает, что разница между последней резервной копии файла и текущее время на сервере мониторинга больше времени, которое задается дляПредупреждение резервного копированияпороговое значение.

Есть serveral причин, почему создается предупреждающее сообщение. В следующем списке перечислены некоторые из следующих причин:
  1. Дата и время (или оба) на сервере мониторинга отличается от даты и времени на сервере-источнике. Также возможна в том, что изменения системной даты или времени на экране или основного сервера. Это также может генерировать оповещения.
  2. Если сервер мониторинга автономный режим и затем вернется в оперативный режим, в поляхlog_shipping_primariesТаблица не обновляются с текущими значениями до задание предупреждения.
  3. The log shipping Copy job that is run on the primary server might not connect to the monitor servermsdbdatabase to update the fields in thelog_shipping_primariesTABLE. This may be the result of an authentication problem between the monitor server and the primary server.
  4. You may have set an incorrect value for theBackup Alertthreshold. Ideally, you must set this value to at least three times the frequency of the backup job. If you change the frequency of the backup job after log shipping is configured and functional, you must update the value of theBackup Alertthreshold accordingly.
  5. The backup job on the primary server is failing. In this case, check the job history for the backup job to see a reason for the failure.

Troubleshooting Error Message 14421

By definition, message 14421 does not necessarily indicate a problem with Log Shipping. This message indicates that the difference between the last backed up file and last restored file is greater than the time selected for theOut of Sync Alertthreshold.

There are serveral reasons why the alert message is raised. The following list includes some of these reasons:
  1. The date or time (or both) on the primary server is modified such that the date or time on the primary server is significantly ahead between consecutive transaction log backups.
  2. The log shipping Restore job that is running on the secondary server cannot connect to the monitor servermsdbdatabase to update thelog_shipping_secondariestable with the correct value. This may be the result of an authentication problem between the secondary server and the monitor server.
  3. You may have set an incorrect value for theOut of Sync Alertthreshold. Ideally, you must set this value to at least three times the frequency of the slower of the Copy and Restore jobs. If the frequency of the Copy or Restore jobs is modified after log shipping is set up and functional, you must modify the value of theOut of Sync Alertthreshold accordingly.
  4. Problems either with the Backup job or Copy job are most likely to result in "out of sync" alert messages. If "out of sync" alert messages are raised and if there are no problems with the Backup or the Restore job, check the Copy job for potential problems. Additionally, network connectivity may cause the Copy job to fail.
  5. It is also possible that the Restore job on the secondary server is failing. In this case, check the job history for the Restore job because it may indicate a reason for the failure.

Ссылки

Дополнительные сведения см. в следующей статье базы знаний Майкрософт::
314515INF: Frequently Asked Questions - SQL Server 2000 - Log Shipping
321247HOW TO: Configure Security for Log Shipping

Свойства

Код статьи: 329133 - Последний отзыв: 24 ноября 2010 г. - Revision: 2.0
Информация в данной статье относится к следующим продуктам.
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
Ключевые слова: 
kbhowto kberrmsg kbmt KB329133 KbMtru
Переведено с помощью машинного перевода
ВНИМАНИЕ! Перевод данной статьи был выполнен не человеком, а с помощью программы машинного перевода, разработанной корпорацией Майкрософт. Корпорация Майкрософт предлагает вам статьи, переведенные как людьми, так и средствами машинного перевода, чтобы у вас была возможность ознакомиться со статьями базы знаний KB на родном языке. Однако машинный перевод не всегда идеален. Он может содержать смысловые, синтаксические и грамматические ошибки, подобно тому как иностранец делает ошибки, пытаясь говорить на вашем языке. Корпорация Майкрософт не несет ответственности за неточности, ошибки и возможный ущерб, причиненный в результате неправильного перевода или его использования. Корпорация Майкрософт также часто обновляет средства машинного перевода.
Эта статья на английском языке:329133

Отправить отзыв

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com