NVP-vProxy: SQL VM "Тільки журнали" Резервне копіювання не працює "рівень збереження недійсний"

Сервер Microsoft SQL налаштований так, щоб його резервували за допомогою дії резервного копіювання за допомогою рівня резервного копіювання «Тільки журнали»:
 

Резервна дія одразу не спрацьовує:
 

Якщо рівень резервного копіювання встановлено на інший рівень (наприклад: інкрементальний або повний), резервне копіювання віртуальної машини SQL (VM) успішне.

Це проблема конфігурації.

Щоб налаштувати резервне копіювання лише журналів. Резервне копіювання на рівні образу VM і «резервне копіювання бази даних» мають бути окремо від журналу транзакцій (txnlog) підкріплення.

Налаштуйте рівень зображення та резервне копіювання бази даних:

1. Створіть резервну групу, яка містить SQL-віртуальну машину:
    
2. Налаштуйте політику та робочий процес для резервного копіювання SQL-віртуальної машини.
3. Резервне копіювання можна налаштувати за допомогою рівня «Incremental». Початкове резервне копіювання — це повний рівень, і всі наступні резервні копії є поступовими. 
    

4. У вікні «Вкажіть операції vProxy » виберіть «Quiesce Application», виберіть «Advanced». (За бажанням) Виберіть опцію Резервне копіювання журналу транзакцій , щоб включити журнали транзакцій до резервної копії бази даних. З'являється адміністративний користувач для екземпляра SQL server. Обліковий запис користувача повинен мати sysadmin роль у SQL-сервері.

. 

5. Зробіть резервне копіювання віртуальної машини.

Ця резервна копія створює резервне копіювання на рівні Virtual Machine Disk (VMDK) віртуальної машини, яка містить узгоджену з додатком копію бази даних. Наступні журнали можна побачити у перегляді журналів SQL Server Management Studio (SSMS).

Наступний журнал також існує на SQL-віртуальній машині: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log

Резервне копіювання відображається як повне резервне копіювання рівня в медіабазі серверів NetWorker, навіть коли інкремент заплановано (і виконано): mminfo -avot -q vmname=SQL_VM-NAME,level=full

[root@nsr ~]# mminfo -avot -q vmname=win-sql01.amer.lan
 volume        type   client           date     time         size ssid      fl   lvl name
...
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 11:38:14 AM 104 GB 4124732135 cr full vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan

Налаштуйте резервні копії журналу транзакцій:

Передумови:

• SQL-база даних повинна використовувати FULL або BULK_LOGGED Модель відновлення. Бази даних з SIMPLE Модель відновлення не підтримує резервне копіювання журналів транзакцій. Це налаштування SQL-сервера, зовнішні для NetWorker. Наступна SQL-команда перелічує режим відновлення:

SELECT
    name AS database_name,
    recovery_model_desc
FROM sys.databases
ORDER BY name;

• The NT AUTHORITY\SYSTEM Обліковий запис повинен мати sysadmin роль у SQL сервері Безпека ->налаштування входу :
• 
   

Журнал транзакцій (txnlog) резервні копії мають виконуватися у робочому процесі з визначеним інтервалом. Потрібно створити окрему групу, що містить SQL-віртуальну машину. Коли ви виконуєте резервне копіювання «Транзакційного журналу», резервні копії робляться лише журнали транзакцій, жодні файли VMware не захищені.

1. Створіть іншу групу, що містить SQL-віртуальну машину.
2. Створіть новий робочий процес для резервних копій журналу транзакцій. У властивостей робочого процесу визначте інтервал:
    

У цьому прикладі конфігурації резервне копіювання образу та бази даних налаштовані на старт о 21:00 у робочому процесі MSVMAPPAGENT. Журнал транзакцій (txnlog) резервне копіювання налаштовано так, щоб резервне копіювання в робочому процесі MSVMAPPAGENT_TL кожні 15 хвилин. Резервне копіювання журналу транзакцій починається через 30 хвилин після початкового резервного копіювання бази даних і триває з інтервалом у 15 хвилин до 20:45. Інтервал і графік залежать від ваших вимог до захисту та часу завершення резервних робіт у вашому оточенні.

3. Створіть резервну дію за допомогою рівня Logs Only:
    
4. У вікні «Вкажи операції vProxy » виберіть «Quiesce Application», «Розширено » та «Резервне копіювання журналу транзакцій». З'являється адміністративний користувач для екземпляра SQL server. Обліковий запис користувача повинен мати sysadmin роль у SQL-сервері.
    
5. Завершіть конфігурацію дії.

Під час резервного копіювання в перегляді журналів SQL Server Management Studio (SSMS) переглядаються такі журнали:

Наступний журнал також існує на SQL-віртуальній машині: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log

Команда сервера NetWorker mminfo показує ці резервні копії з рівнем резервного копіювання txnlog: mminfo -avot -q vmname=SQL_VM-NAME,level=txnlog

[root@nsr ~]# mminfo -avot -q vmname=win-sql01.amer.lan,level=txnlog
 volume        type   client           date     time         size ssid      fl   lvl name
...
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 03:01:02 PM 228 KB 4074412655 cr txnlog vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 03:15:09 PM 229 KB 4057636287 cr txnlog vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 03:30:09 PM 229 KB 4040859971 cr txnlog vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan
VMBackupPool.002 Data Domain vcsa.amer.lan 04/11/2026 03:45:09 PM 230 KB 4024083655 cr txnlog vm:503ea434-0331-8ed6-8b19-b9cd408cce7a:vcsa.amer.lan

Наступні журнали на SQL-віртуальній машині детально описують операції MSVMAPPAGENT:

• Журнал відкриттів: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_discovery.log
• ПОВНА резервна версія: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmcatsnap.log
• Резервне копіювання журналу транзакцій: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_appbackup.log
• Відновлення повної резервної копії: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_snapshotrestore.log
• Відновлення резервної копії журналу транзакцій: C:\Program Files\DPSAPPS\MSVMAPPAGENT\logs\msvmagent_apprestore.log