Инструкция backup log недопустима в модели восстановления simple - Все инструкции и руководства по применению

If you get an error that reads The statement BACKUP LOG is not allowed while the recovery model is SIMPLE when trying to back up a database in SQL Server or Azure SQL Edge, it’s because you’re trying to back up the transaction logs on a database that uses the simple recovery model.

To fix this, change the recovery model to either full or bulk logging.

The Error

Here’s an example of T-SQL code that results in the error:

BACKUP LOG Music 
TO DISK = '/var/opt/mssql/backups/Music.trn';

Result:

Msg 4208, Level 16, State 1, Line 1
The statement BACKUP LOG is not allowed while the recovery model is SIMPLE. Use BACKUP DATABASE or change the recovery model using ALTER DATABASE.

The Cause

As mentioned, the error is caused when you try to back up the transaction logs on a database that uses the simple recovery model.

The simple recovery model doesn’t support log backups.

The Solution

To overcome this issue, set the database recovery model to either FULL or BULK_LOGGED:

USE master;  
ALTER DATABASE Music 
SET RECOVERY FULL;

That example set the database to full recovery mode.

However, you will also need to perform at least one full database backup before you start backing up your transaction logs. If you don’t do this, you’ll get error 4214, which states that BACKUP LOG cannot be performed because there is no current database backup.

Here’s an example of performing a full database backup:

BACKUP DATABASE Music 
    TO DISK = '/var/opt/mssql/backups/Music.bak' 
    WITH FORMAT;

Now the transaction logs can be backed up as required:

BACKUP LOG Music 
TO DISK = '/var/opt/mssql/backups/Music.trn';

Result:

Processed 3 pages for database 'Music', file 'Music_log' on file 1.

Using Azure SQL Edge?

If you use Azure SQL Edge, you might find this issue happens a lot. That’s probably because databases created with SQL Edge use the simple recovery model by default. And that’s because the model database uses the simple recovery model.

You can always change the recovery model on the model database to FULL, which will result in subsequent databases using full recovery mode by default.

Источник

MurCode

Форумы
Поиск
О проекте

Бэкап лога

Kikbox

Дата: 11.03.2008 12:23:35

Делаю бэкап лога:
backup log sitex
ошибка:
Инструкция BACKUP LOG недопустима в модели восстановления SIMPLE. Используйте инструкцию BACKUP DATABASE или измените модель восстановления с помощью инструкции ALTER DATABASE.
в чем причина?

Glory

Дата: 11.03.2008 12:24:19

Причина описана в сообщении — «недопустима в модели восстановления SIMPLE»

Denis A.

Дата: 11.03.2008 19:39:02

Kikbox

Каков слово из ошибки неясно?

Kikbox

Дата: 12.03.2008 12:10:18

Все разобрался
вопрос отпал.

Источник

Remove From My Forums

Question
Hi All,

SQL newbie here. I just looked at my Job Activity monitor and found that my Transaction log backups are failing. I looked at the error and it read as follows:

Executing the query «BACKUP LOG [OperationsManager] TO DISK = N’D:\SQL\MSSQL.1\MSSQL\Backup\OperationsManager\OperationsManager_backup_200805061000.trn’ WITH RETAINDAYS = 1, NOFORMAT, NOINIT, NAME = N’OperationsManager_backup_20080506100001′, SKIP, REWIND, NOUNLOAD, STATS = 10
» failed with the following error: «The statement BACKUP LOG is not allowed while the recovery model is SIMPLE. Use BACKUP DATABASE or change the recovery model using ALTER DATABASE.
BACKUP LOG is terminating abnormally.». Possible failure reasons: Problems with the query, «ResultSet» property not set correctly, parameters not set correctly, or connection not established correctly.

I read some of the posts regarding this error, but I am not sure how to do the steps. How do I change the recovery model? I am new to this so I have no clue how to do this.

Any help would be greatly appreciated.

Thank you.

Answers

To set FULL RECOVERY on all databases, you can do the following:

Code Snippet

EXEC sp_msforeachdb ‘ALTER DATABASE [?] SET RECOVERY FULL’

This is an undocumented procedure that will execute the command in quotes for every database, while substituting the database name for the ?.

Источник

DPM cannot backup SQL database with transactions log while recovery model of database is SIMPLE. You have to just change “Recovery model” of your DB in SQL Server Management Studio.

1) Log on SQL Server Management Studio
2) Right click on database – Properties
3) In the left pane choose Options
4) Set the recovery model to Full

Create a new SQL Query (use “New query” button on the standart bar):

USE YourDBNameHere ;
ALTER DATABASE YourDBNameHere SET RECOVERY FULL ;

5) Open your DPM Console and run Consistency Check on all databases with the same error.

Источник

0 / 0 / 0

Регистрация: 15.05.2020

Сообщений: 10

Инкрементальный бэкап

10.01.2023, 21:11. Показов 2879. Ответов 8

Студворк — интернет-сервис помощи студентам

Всем привет, перерыл множество ссылок, книг, но так и не нашел как создавать инкрементальный бэкап, везде только определения, либо программы по автоматическому созданию бэкапа, а мне нужен скрипт на скюле(
Я почти год делаю диф (разностный) бэкап, но как я понял, есть его тип -> Инкрементальный бэкап (инкрементный бэкап) — тип разностной резервной копии, когда копируются не все файлы источника, а только новые и измененные с момента создания предыдущей копии — полной или добавочной.
Хотел скрин вставить, но почему-то не вставляется, нельзя походу, суть такая:

вс ФУЛЛ — 60 гигов

пн дифф — 26 гигов

вт дифф — 37 гигов

ср дифф — 38 гигов

чт дифф — 40 гигов

пт дифф — 45 гигов

сб дифф — 48 гигов

И как я понимаю инкрементный бэкап писал бы только разницу между диффами (ну и в пн разницу с фулла), то есть существенно меньше (примерно 11, 1, 2, 5, 3).
ОБЪЯСНИТЕ ПОЖАЛУЙСТА, ТАК ЛИ ЭТО? И ЕСЛИ МОЖНО СКРИПТ К MSSQL НА ИНКРЕМЕНТНЫЙ БЭКАП.

Programming

Эксперт

94731 / 64177 / 26122

Регистрация: 12.04.2006

Сообщений: 116,782

10.01.2023, 21:11

Ответы с готовыми решениями:

Бэкап MS SQL БД
Здравствуйте! Нужен совет спецов.. Есть два совершенно одинаковых системника, один используется как…

Бэкап базы…
Здравствуйте друзья.

Не могли бы Вы (у кого из вас конечно она есть) выложить бэкап базы данных…

Бэкап Базы
скажите, как сделать бэкап базы, чтобы я скопировал потом нужные файлы на флешку, и мог запустить…

Не удалось выполнить бэкап БД
при задании резервной копии бд через SQL MS выходит сообщение об ошибке "Не удалось выполнить…

Бэкап средствами SQL?
Подскажите как сделать бэкапы по времени средствами SQL?
Заранее благодарен…

108 / 100 / 37

Регистрация: 14.10.2022

Сообщений: 424

11.01.2023, 11:39

Эээ… Инкрементальный бэкап, в терминах MSSQLSERVER — и есть разностный.
Вначале делаешь полный (опорный) бэкап, потом — дифференциальные бэкапы.
Пара из полного бэкапа и ближайшего снизу по времени дифференциального бэкапа — и есть тот бэкап, который вам нужно восстановить на нужный момент времени.
Если вам нужно приблизиться к моменту времени, на который вы хотите получить восстановленную копию базы как можно ближе к какому то моменту (напр. вам нужно состояние восстанавливаемой базы на определенный момент времени или на определенный LSN транзакции) — ваша база должна была быть в full recovery mode, и вы должны регулярно производить бэкапы логов.
Тогда вашим набором для восстановления будет:
1. Пара из опорного полного бэкапа, ближайший снизу по времени дифференциальный бэкап — их нужно восстановить в режиме Norecovery
2. Все бекапы лога, начиная с последнего LSN, зафиксированного в дифбэкапе (на практике просто берешь все бэкапы лога с момента начала дифбэкапа, или если нет дифбэкапа — фулбекапа и не паришься).
Их нужно последовательно ВСЕ восстановить в WITH NORECOVERY, STOPAT = ‘Необходимое_вам_время_на которое_будут_актуальны_данные_в_восстановленной_копии’, а потом сделать restore log with recovery.

Всё, больше никаких чудес.

Можно, конечно, делать бэкапы отдельных файловых групп и т.д., но вам это не нужно.
Т.к. необходимость в этом возникает, если у вас бэкап на десятки терабайт, а база, соответственно, на сотни, и т.д. и т.п.
Не ваш случай, короче.
(был бы ваш, вы б подобных вопросов не задавали).

87 / 65 / 24

Регистрация: 27.07.2022

Сообщений: 196

11.01.2023, 12:41

Цитата
Сообщение от uaggster
Посмотреть сообщение

Эээ… Инкрементальный бэкап, в терминах MSSQLSERVER — и есть разностный.

А разве не бэкап лога, по сути?

Даниил001

0 / 0 / 0

Регистрация: 15.05.2020

Сообщений: 10

11.01.2023, 13:57

[ТС]

Да, похоже действительно это бэкап лога, спасибо!
Я накидал скрипт, но возникает ошибка из-за BACKUP LOG: Инструкция BACKUP LOG недопустима в модели восстановления SIMPLE. Используйте инструкцию BACKUP DATABASE или измените модель восстановления с помощью инструкции ALTER DATABASE.

САМ СКРИПТ:

T-SQL

DECLARE @BDName NVARCHAR(512) = 'primer';
DECLARE @pathName NVARCHAR(512) 
DECLARE @h NVARCHAR(512) = DATEPART ( hh , GETDATE() ); 
DECLARE @m NVARCHAR(512) = DATEPART ( mi , GETDATE() );
DECLARE @s NVARCHAR(512) = DATEPART ( ss , GETDATE() ); 
DECLARE @myTime NVARCHAR(512) = @h + '-' + @m + '-' + @s;
SET @pathName = 'C:Program FilesMicrosoft SQL ServerMSSQL15.MSSQLSERVERMSSQLBackup' + @BDName + '_' + Convert(varchar(10), GETDATE(), 121) + '[' + @myTime + ']' +  '.bak'
 
BACKUP LOG @BDName TO  DISK = @pathName WITH NOFORMAT, NOINIT, NAME = N'@BDName-log', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

Ведь если я заменю на BACKUP DATABASE, получится просто бэкап базы данных, а не ее лога. Поможет ли если изменить модель восстановления с помощью инструкции ALTER DATABASE, как рекомендует скюль?

299 / 185 / 92

Регистрация: 12.04.2022

Сообщений: 735

11.01.2023, 14:13

Да.

108 / 100 / 37

Регистрация: 14.10.2022

Сообщений: 424

11.01.2023, 14:15

Цитата
Сообщение от katamoto
Посмотреть сообщение

А разве не бэкап лога, по сути?

Да черт его знает. Нет такого понятия.
Полный, дифференциальный, бекап лога.
Нет такого понятия, как инкрементальный.
Это в Windows backup есть. И по смыслу он соответствует как раз диффбэкапу. В инкрементальный бэкап помещаются:
1. Новые файлы.
2. Изменившиеся файлы.
Бэкап лога… это запись операций, которые применялись к данным. Соответственно, если их последовательно применить к исходным данным — получим итоговое состояние на какой то момент.
А диффбэкап — это как раз сумма добавленных данных, измененных данных и отметок об удалении данных между данными в базе на момент полного бэкапа и данными в базе на момент окончания диффбэкапа.
ИМХО, это как раз и есть инкрементальный?

0 / 0 / 0

Регистрация: 15.05.2020

Сообщений: 10

11.01.2023, 14:49

[ТС]

Alter database ведь изменяет саму базу данных, производит манипуляции с ней, вроде вот этого
Синтаксис
ИЗМЕНИТЬ БАЗУ ДАННЫХ
{ ДОБАВИТЬ ФАЙЛ < спецификация файла > [ ,…n ] [ В ФАЙЛОВУЮ ГРУППУ имя_файла]
| ДОБАВИТЬ ФАЙЛ ЖУРНАЛА < спецификация файла > [ ,…n ]
| УДАЛИТЬ ФАЙЛ logical_file_name
| ДОБАВИТЬ ФАЙЛОВУЮ ГРУППУ имя_файла_группы
| УДАЛИТЬ ФАЙЛОВУЮ ГРУППУ имя_файла_группы
| ИЗМЕНИТЬ ФАЙЛ < спецификация файла >
| ИЗМЕНИТЬ ИМЯ = new_dbname
| ИЗМЕНИТЬ ФАЙЛОВУЮ ГРУППУ имя_файла {filegroup_property | NAME = new_filegroup_name }
| УСТАНОВИТЬ < optionspec > [ ,…n ] [ С < завершением > ]
| СОПОСТАВИТЬ < имя_файла >}

Если сделать так с имеющимися БД, продолжат ли они нормально функционировать
ALTER DATABASE MyDatabase SET RECOVERY BULK-LOGGED;
Или лучше уже забить на это дело? Просто места жуть как не хватает на дисках, а каждый день пишется диф приблизительно для 100 баз. На одних серверах их по 25, на других меньше.

108 / 100 / 37

Регистрация: 14.10.2022

Сообщений: 424

11.01.2023, 15:34

Цитата
Сообщение от Даниил001
Посмотреть сообщение

ALTER DATABASE MyDatabase SET RECOVERY BULK-LOGGED;

Будьте осторожны.
Режим BULK_LOGGED имеет очень своеобразные особенности. Он полностью тождественен режиму FULL, но все операции BULK INSERT и тому подобные (например аналогичные BULK операции, произведенные с помощью data tier application) не отражаются в логе, и соответственно, если вы произвели массовую загрузку после full копии базы — вы не сможете восстановиться на любой момент времени после этой массовой загрузки только с помощью бэкапов лога.

Вы должны будете:
Сделать полную копию.
Сделать полную или дифференциальную копию перед массовой загрузкой
Выполнить массовую загрузку
Сделать полную или дифференциальную копию после массовой загрузки
Ну и независимо от этого делать бэкапы лога.
Ну и соответственно, следить за всем этим и хранить эти разные бэкапы до и после загрузки.

Не используйте BULK_LOGGED.
Вам это не нужно.

Используйте simple, если вы собираетесь восстанавливаться по состоянию на момент создания бэкапа, или используйте FULL, если вы хотите иметь возможность восстановиться на любой момент времени.

0 / 0 / 0

Регистрация: 15.05.2020

Сообщений: 10

11.01.2023, 19:17

[ТС]

Спасибо, учту!

Источник

The Error

The Cause

The Solution

Using Azure SQL Edge?

Бэкап лога

Question

Answers

Инкрементальный бэкап

Это тоже интересно: