Резервні сервіси APEX | Резервне копіювання журналу транзакцій SQL вдалося з помилками

Трейсбек

<Line 702: [2018-06-17 07:38:08,638] [INFO] roboSyncer: Sending log to Phoenix server with message : 'Could not backup log files for 12 DBs, WH-RPT02\ProjectQuoting, WH-RPT02\LFAudit_3EDocuments, WH-RPT02\3EDocuments, WH-RPT02\SSISDB, WH-RPT02\3EWorkFlow, WH-RPT02\ReportServer, WH-RPT02\Insite, WH-RPT02\ProjectQuoting_Test, WH-RPT02\WebTracksSQL, WH-RPT02\Helpdesk, WH-RPT02\ReportServerTempDB, WH-RPT02\InforDB 

Line 552: [2018-06-17 07:37:57,923] [INFO] Log chain broken: WH-RPT02:Helpdesk 
Line 559: [2018-06-17 07:37:58,065] [INFO] Log chain broken: WH-RPT02:ProjectQuoting_Test 
Line 563: [2018-06-17 07:37:58,171] [INFO] Log chain broken: WH-RPT02:3EWorkFlow 
Line 566: [2018-06-17 07:37:58,272] [INFO] Log chain broken: WH-RPT02:SSISDB 
Line 569: [2018-06-17 07:37:58,404] [INFO] Log chain broken: WH-RPT02:Insite 
Line 572: [2018-06-17 07:37:58,477] [INFO] Log chain broken: WH-RPT02:InforDB 
Line 574: [2018-06-17 07:37:58,584] [INFO] Log chain broken: WH-RPT02:ReportServerTempDB 
Line 579: [2018-06-17 07:37:58,713] [INFO] Log chain broken: WH-RPT02:ReportServer

Стороння або нативна резервна копія SQL-журналу на сервері могла спричинити розрив ланцюга журналів.

Як перевірити нативне резервне копіювання SQL-журналів

Ми можемо перевірити, чи були запущені нативні резервні копії, з звіту «Backup and Restore events». У цьому звіті здійснюється розрахунки, щоб показати дані у більш читабельному форматі.

Запуск SQL Server Management Studio (SSMS)

• Виберіть базу даних
• Клацніть правою кнопкою миші та виберіть «Звіти»
• Стандартні звіти —> події резервного копіювання та відновлення
• Клацніть правою кнопкою миші по звіту та експортуйте у форматі CSV.

• Розгорніть розділ «Успішні резервні операції»
• Стовпець «Тип пристрою» показує шлях до фізичного резервного файлу. Якщо це диск, це означає, що було зроблено нативне резервне копіювання.
• Ви також можете перевірити модель відновлення та ім'я користувача за цим звітом.

1. Вимкніть або видаліть сторонні резервні копії XML-журналів для ураженого SQL-екземпляра (резервного набору), включно з нативними резервними копіями, та ініціюйте ручне резервне копіювання з Phoenix Management Console. Наступні резервні копії журналу транзакцій мають бути успішно завершені. Запускайте нативні резервні копії лише для копіювання з SQL Server, якщо вимкнути сторонні або нативні резервні копії неможливо.  
2. Якщо цей крок неможливий, то програмне забезпечення захисту кінцевих точок/сторонніх або антивірусних програм має опцію вимкнення/виключення конкретного VSS-записувача. Тож, будь ласка, вимкніть або виключіть SqlServerWriter з налаштувань програмного забезпечення. Потім подальша FULL/Diff SQL резервна копія вирішувала проблему.
3. Ще одним обхідним шляхом є політика, яка завжди запускає резервне копіювання Phoenix SQL FULL/DIFF після резервних копій сторонніх/нативних SQL (плану підтримки)/захисту кінцевих точок.
4. Якщо модель відновлення бази даних з якоїсь причини потрібно змінити, створіть інший резервний набір для цього SQL-сервера. Після змін виходять з ладу лише резервні копії цього набору, а інші резервні копії залишаться незмінними. 

Примітка. Перед створенням нового резервного набору для цієї бази даних зніміть вибір цієї бази даних із поточного набору резервного копіювання.