Ознаки
Розглянемо такий сценарій в Microsoft SQL Server 2016 або 2017:
-
Настроювання SQL Server керованих резервних копій для однієї або кількох баз даних.
-
Ви встановлюєте розклад завдання для запуску резервного копіювання журналу кожні n хвилин або годин. Наприклад, ви плануєте запускати резервне копіювання журналу кожні 5 хвилин.
У цьому випадку може виявитися, що резервне копіювання журналу не відбувається за розкладом, і подія Extended відображає такі відомості:
зведення позначки часу (utc)
date time +00:00 [SSMBackup2WADebugXevent] Ім'я бази даних = database_name, ідентифікатор бази даних = database_ID, додаткові відомості = SSMBackup2WA не планують резервне копіювання журналу, оскільки жодна з умов не відповідає.
Причина
Наведені нижче фактори можуть спричинити нестабільність резервного копіювання журналу:
-
Щоб завершити резервне копіювання журналу, потрібно багато часу. Наприклад, резервне копіювання журналу планується виконувати кожні 6 годин, але насправді це займає близько 11 годин, щоб процес резервного копіювання завершився.
-
Дуже велика зміна частоти резервного копіювання журналу. Наприклад, ви змінюєте заплановану резервну копію журналу кожні 5 хвилин на кожні 6 годин.
Спосіб вирішення
Це виправлення включено до сукупного пакета оновлень для SQL Server:
Сукупне оновлення 1 для SQL Server 2017 р.
Сукупний пакет оновлень 5 для SQL Server 2016 із пакетом оновлень 1
Про збірки SQL Server
Кожна нова збірка для SQL Server містить усі виправлення та всі виправлення системи безпеки, включені в попередню збірку. Радимо інсталювати останні сукупні оновлення для SQL Server:
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "Стосується".
Посилання
Дізнайтеся про термінологію, яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
