Тонкая настройка ежедневного резервного копирования базы данных 1С средствами SQL ver. 2014 (SP3) - 12.0.6024.0 (X64)

Публикация № 1131561

Администрирование - Администрирование данных 1С - Архивирование (backup)

SQL резервное копирование бекап BackUP средства Server диагностика стабильность производительность мониторинг расследование

27
Хочу вам предложить небольшой пример, как можно реализовать резервное копирование 1С-ых баз данных средствами SQL. Данный материал не претендует на пулитцеровскую премию. Но возможно кому-то будет интересно узнать, что-то новенькое. Данный материал для резервного копирования только одной базы данных. А именно, если у вас 20-ть баз, то вам придется создавать 20-ть планов обслуживания для каждой базы индивидуально. (Слава разработчикам SQL, они разрешили копировать блоки из одного плана в другой, вам остается только произвести небольшую настройку для каждого скопированного блока - некоторые настройки блоков сбрасываются и выставляются значением по умолчанию и остаются неактивными)

Резервное копирование начинается через план обслуживания.
С настройкой службой оповещения вы сможете ознакомиться по ссылке Настройка Database Mail в MS SQL Server 2005 и старше



     Далее из панели элементов добавляем нужную задачу и помещаем в свой план обслуживания.

     
 

  1. Добавляем "самый главный" блок "Проверка целостности базы данных", указываем только одну базу данных.
    В нашем примере это будет база с именем "ZUP"



    В качестве обработки ошибки рекомендую добавить блок "Уведомление оператора". Блок простой и  при правильной настройке Database Mail SQL прост в настройке.




    У вас должна получиться конструкция:


     
  2. При успешной обработке блока "Проверка целостности БД", добавляем блок "Выполнение инструкции T-SQL"


    Инструкция SQL создает нужные каталоги на вашем "СХД" Системы хранения данных
    Скрипт не обязателен, но полезно, если вы меняете носители, для меня же было любопытно посмотреть, на что способен SQL при работе с накопителями.
     
    Скрипт:
    SET NOCOUNT ON
    
    DECLARE @BasesValue varchar (200);       --Имя базы
    
    --Путь к новому каталогу...
    Set @BasesValue      = 'zup';  --Имя базы данных
    
    DECLARE @FileName varchar(500)
    DECLARE @FileName_FULL varchar(500)
    DECLARE @FileName_Little varchar(500)
    DECLARE @FileNameCreat varchar(500)
    
    Set @FileName_FULL ='G:\BackupDB\'+@BasesValue+'\FULL'
    Set @FileName_Little ='G:\BackupDB\'+@BasesValue+'\Little'
    
    DECLARE @FileExists TABLE (File_Exists int
       ,File_is_a_Directory int
       ,parent_directory_exists int)
    
    
    Set @FileName = @FileName_FULL 
    Set @FileNameCreat = 'MD '+@FileName
    
    INSERT INTO @FileExists
    (File_Exists, file_is_a_directory, parent_directory_exists)
    EXEC Master.dbo.xp_fileexist @FileName
    
    If EXISTS(SELECT * FROM @FileExists Where File_is_a_Directory = 0) 
      Begin
    
      exec sp_configure 'show advanced',1
      reconfigure with override
      exec sp_configure 'xp_cmdshell',1
      reconfigure with override
    
     BEGIN TRY  
          Select 'Создать папку'
       EXEC xp_cmdshell @FileNameCreat
     END TRY  
     BEGIN CATCH  
         -- Execute error retrieval routine.  
         Select 'Ошибка, каталог не создан или что-то пошло не так!'
     END CATCH; 
    
      exec sp_configure 'xp_cmdshell',0
      reconfigure with override
      exec sp_configure 'show advanced',0
      reconfigure with override
      
      End
    
    --Проверим папку для короткого архива
    DELETE FROM @FileExists
    
    
    Set @FileName = @FileName_Little 
    Set @FileNameCreat = 'MD '+@FileName
    
    INSERT INTO @FileExists
    (File_Exists, file_is_a_directory, parent_directory_exists)
    EXEC Master.dbo.xp_fileexist @FileName
    
    If EXISTS(SELECT * FROM @FileExists Where File_is_a_Directory = 0) 
      Begin
    
      exec sp_configure 'show advanced',1
      reconfigure with override
      exec sp_configure 'xp_cmdshell',1
      reconfigure with override
    
     BEGIN TRY  
          Select 'Создать папку'
       EXEC xp_cmdshell @FileNameCreat
     END TRY  
     BEGIN CATCH  
         -- Execute error retrieval routine.  
         Select 'Ошибка, каталог не создан или что-то пошло не так!'
     END CATCH; 
    
      exec sp_configure 'xp_cmdshell',0
      reconfigure with override
      exec sp_configure 'show advanced',0
      reconfigure with override
      
      End
    
    GO
    

    По окончании выполнение блока задание продолжает выполнение вне зависимости от результата. Т.е. условие выполнения блока "Завершение".

  3. Следующим добавляем блок "Выполнение инструкции T-SQL".


    Инструкция SQL проверяет, сколько дней прошло, после того, как выполнялось полное резервное копирование, соответствие размера полной и разностной резервной копии, наличие полной резервной копии в каталоге.
    В зависимости от настроек проверяется:
           - было ли выполнено резервное копирование в нужную папку;
           - существует ли файл полного резервирования в нужной папке;
           - соотношение размера файла полного копии к разностной.
    Данный блок выполняет роль семафора. При ошибке будет выполнен блок плана по полному резервному копированию. При успешном выполнении инструкции, последует выполнение блока по разностному резервному копированию.

    Данная инструкция функционал семафора выполняет по вызову исключения:
                 
    RAISERROR ('Эмуляция ошибки, для блока условия: Будет сформирован полный BackUp', -- Message text.  
                   16, -- Severity.  
                   1 -- State.  
                   );

    Скрипт:
    DECLARE @BasesValue varchar (200),       --Имя базы
    		@BasesPathFULL varchar (500),    --Путь к бекапам FULL
    		@BasesPathLittle varchar (500),  --Путь к бекапам Little
    		@BasesSizeProc numeric(20, 0),   --Процент разницы базы
    		@CountDay numeric(20, 0)        --Количество дней, после которых будет произведен полный бекап
    DECLARE @FindFullFile numeric(20, 0),   --Проверять присутствие файла
    		@TestFullBackUp numeric(20, 0)  --Проверять Файл полного бекапа на возможность восстановить (заметил, что железо может подвести, а SQL не отмечает ошибки при проверке)
    
    Set @BasesValue      = 'zup'  --Имя базы данных
    Set @BasesSizeProc   = 80;                 --разница в процентах от полного бекапа и частичного бекапа
    Set @CountDay        = 15;                  --Через н-ое кол-во дней будет сформирован полный бекап, если ноль, то дни не участвуют.
    Set @FindFullFile    = 1;                 --1 = проверять файл полного бекапа (FULL), 0 = пропустить проверку, 2 = всегда делать полный бекап (любое число)
    Set @TestFullBackUp  = 1;                 --1 = проверять файл на возможность восстановить данные, 0 = данная проверка пропускается... (RESTORE VERIFYONLY)
    
    Set @BasesPathFULL   = 'G:\BackupDB\'+@BasesValue+'\FULL\'  --Путь к полному бекапу, (обязателен!)
    Set @BasesPathLittle = 'G:\BackupDB\'+@BasesValue+'\Little\'  --Путь к короткому бекапу (пока не используется)
    
    --Для файла
    DECLARE @FileName_FULL varchar(500),     --Путь к искомому файлу, он получается из БД
    		@IsFindFile numeric(20, 0);      --Признак того, что файл найден или нет
    DECLARE @FileExists TABLE (File_Exists int
    			,File_is_a_Directory int
    			,parent_directory_exists int)
    
    --Таблица содержащая последний бекап... с признаком "Только резервное копирование" = 0
    DECLARE @LastBackUp TABLE (R_database_name nvarchar(128),
    							R_backup_size numeric(20, 0),
    							R_compressed_backup_size numeric(20, 0),
    							R_physical_device_name nvarchar(260),
    							R_backup_start_date datetime,
    							R_is_copy_only bit,
    							R_checkpoint_lsn numeric(25, 0),
    							R_database_backup_lsn numeric(25, 0),
    							R_type char(1),
    							R_user_name nvarchar(128),
    							R_backup_set_uuid uniqueidentifier,
    							R_differential_base_lsn numeric(25, 0),
    							R_differential_base_guid uniqueidentifier)
    
    --Таблица содержащая последний Полный бекап, с признаком "Только резервное копирование" = 0
    DECLARE @LastFullBackUp TABLE (R_database_name nvarchar(128),
    							R_backup_size numeric(20, 0),
    							R_compressed_backup_size numeric(20, 0),
    							R_physical_device_name nvarchar(260),
    							R_backup_start_date datetime,
    							R_is_copy_only bit,
    							R_checkpoint_lsn numeric(25, 0),
    							R_database_backup_lsn numeric(25, 0),
    							R_type char(1),
    							R_user_name nvarchar(128),
    							R_backup_set_uuid uniqueidentifier,
    							R_differential_base_lsn numeric(25, 0),
    							R_differential_base_guid uniqueidentifier)
    
    --Результирующая таблица для определения условия выполнения полного бекапа или короткого...
    DECLARE @ResultBackUp TABLE (ProcFULL numeric(20, 0),
    							TypeBackUp char(1),
    							BasesSizeProc numeric(25, 18),
    							CountDayLittleBackUp numeric(20, 0),
    							DataBackUp datetime,
    							FullPath nvarchar(260),
    							DayFullBackUp numeric(20, 0))
    
    Use [master]
    
    --Последний бекап, обычно короткий, но один раз полный
    INSERT @LastBackUp (R_database_name, R_backup_size, R_compressed_backup_size, R_physical_device_name, R_backup_start_date, R_is_copy_only, R_checkpoint_lsn, 
    					R_database_backup_lsn, R_type, R_user_name, R_backup_set_uuid, R_differential_base_lsn,	R_differential_base_guid)
    SELECT TOP 1
    s.database_name as R_database_name, --имя базы
    s.backup_size as R_backup_size,     --размер базы во время бекапа
    s.compressed_backup_size as R_compressed_backup_size, --Размер бекапа после сжатия, файл bak
    m.physical_device_name as R_physical_device_name, --Путь бекапирования
    s.backup_start_date as R_backup_start_date,       --Дата и время создания бекапа
    s.is_copy_only as R_is_copy_only,   --Режим бекапирования, 1-только копия, 0-при полном бекапировании программа сбрасывает счетчик
    
    s.checkpoint_lsn as R_checkpoint_lsn, --ИД бекапа
    s.database_backup_lsn as R_database_backup_lsn, --ИД последнего бекапа
    s.[type] as R_type,                   --Тип резервного копирования 'D'='Full', 'I'='Differential', 'L'='Transaction Log'
    s.[user_name] as R_user_name,         --Имя пользователя
    
    s.backup_set_uuid as R_backup_set_uuid,               --УИД бекапа
    s.differential_base_lsn as R_differential_base_lsn,   --ИД бекапа владельца
    s.differential_base_guid as R_differential_base_guid --УИД бекапа владельца
    
    FROM msdb.dbo.backupset s
    INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
    --WHERE s.database_name = DB_NAME() -- Remove this line for all the database
    Where s.database_name = @BasesValue
    	and s.is_copy_only = 0
    	and s.[type] <> 'L'
    ORDER BY backup_start_date DESC, backup_finish_date
    
    --Получение полного бекапа, для сверки, что бы не пропустить момент, когда могли упаковать бекап... (без галочки ТОЛЬКО рервное копирование)
    INSERT @LastFullBackUp (R_database_name, R_backup_size, R_compressed_backup_size, R_physical_device_name, R_backup_start_date, R_is_copy_only, R_checkpoint_lsn, 
    					R_database_backup_lsn, R_type, R_user_name, R_backup_set_uuid, R_differential_base_lsn,	R_differential_base_guid)
    SELECT TOP 1
    s.database_name as R_database_name, --имя базы
    s.backup_size as R_backup_size,     --размер базы во время бекапа
    s.compressed_backup_size as R_compressed_backup_size, --Размер бекапа после сжатия, файл bak
    m.physical_device_name as R_physical_device_name, --Путь бекапирования
    s.backup_start_date as R_backup_start_date,       --Дата и время создания бекапа
    s.is_copy_only as R_is_copy_only,   --Режим бекапирования, 1-только копия, 0-при полном бекапировании программа сбрасывает счетчик
    
    s.checkpoint_lsn as R_checkpoint_lsn, --ИД бекапа
    s.database_backup_lsn as R_database_backup_lsn, --ИД последнего бекапа
    s.[type] as R_type,                   --Тип резервного копирования 'D'='Full', 'I'='Differential', 'L'='Transaction Log'
    s.[user_name] as R_user_name,         --Имя пользователя
    
    s.backup_set_uuid as R_backup_set_uuid,               --УИД бекапа
    s.differential_base_lsn as R_differential_base_lsn,   --ИД бекапа владельца
    s.differential_base_guid as R_differential_base_guid  --УИД бекапа владельца
    
    FROM msdb.dbo.backupset s
    INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
    --WHERE s.database_name = DB_NAME() -- Remove this line for all the database
    Where s.database_name = @BasesValue
    	and s.is_copy_only = 0
    	and s.[type] = 'D'
    ORDER BY backup_start_date DESC, backup_finish_date
    
    --Формируем окончательный бекап...
    INSERT @ResultBackUp (ProcFULL, TypeBackUp, BasesSizeProc, CountDayLittleBackUp, DataBackUp, FullPath, DayFullBackUp)
    Select 
    	Case 
    		When LBFU.R_compressed_backup_size is Null or LBFU.R_compressed_backup_size = 0 Then 0
    		When ROUND(LBUP.R_compressed_backup_size/LBFU.R_compressed_backup_size * 100,0) >= @BasesSizeProc THEN 1
    	Else 0 End as [ProcFULL]
    	,LBUP.R_type as TypeBackUp
    	,LBUP.R_compressed_backup_size/LBFU.R_compressed_backup_size as BasesSizeProc
    	,DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) as CountDayLittleBackUp
    	,LBFU.R_backup_start_date as DataBackUp
    	,LBFU.R_physical_device_name as FullPath
    	,DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) as DayFullBackUp
    From @LastBackUp as LBUP 
    Left outer JOIN @LastFullBackUp as LBFU 
    	on --Продолжение делать короткие бекапы, пока не наступит условие
    		LBUP.R_differential_base_lsn = LBFU.R_checkpoint_lsn and LBUP.R_type = 'I'
    		and (Case 
    				When (LBFU.R_compressed_backup_size is Null) or (LBFU.R_compressed_backup_size = 0) Then 0
    				When ROUND(LBUP.R_compressed_backup_size/LBFU.R_compressed_backup_size * 100,0) >= @BasesSizeProc THEN 1
    			Else 0 End) = 0
    		And (@CountDay = 0 
    			or DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) < @CountDay)
    		And LBFU.R_physical_device_name Like @BasesPathFULL+'%'
    
    		--Начали делать короткие бекапы, после большого
    		or LBUP.R_checkpoint_lsn = LBFU.R_checkpoint_lsn and LBUP.R_type = 'D'
    			and DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) <= 3
    			And LBFU.R_physical_device_name Like @BasesPathFULL+'%'
    
    Where not LBFU.R_checkpoint_lsn IS NULL
    
    --Проверим присутствие файлов
    Set @IsFindFile = 0; --По умолчанию файла нет
    Set @FileName_FULL = (Select Top 1 LB.FullPath From @ResultBackUp as LB);
    If EXISTS(Select * From @ResultBackUp as LB) and @FindFullFile = 1 
    Begin
    
    	INSERT INTO @FileExists
    		(File_Exists, file_is_a_directory, parent_directory_exists)
    	EXEC Master.dbo.xp_fileexist @FileName_FULL
    
    	If EXISTS(SELECT * FROM @FileExists Where File_Exists = 1 and file_is_a_directory = 0) 
    		Begin
    			--Select * FROM @FileExists Where File_Exists = 1 and file_is_a_directory = 0
    			Set @IsFindFile = 1;
    		End
    End
    
    --Выполним проверку и соответственно запрос...
    If EXISTS(Select * From @ResultBackUp as LB)
    	And (@FindFullFile = 0 Or @FindFullFile = 1 and @IsFindFile = 1) 
    Begin
    	Select * From @ResultBackUp as LB
    End Else Begin
    	--Select 100 / 0 as Error
    	RAISERROR ('Эмуляция ошибки, для блока условия: Будет сформирован полный BackUp', -- Message text.  
                   16, -- Severity.  
                   1 -- State.  
                   ); 
    End
    
    --Выполним проверку самого главного файла, т.к. он есть на носителе, но может содержать ошибки, а ошибок нам ненадо!!!
    --   Недавно столкнулся с тем что СХД в организации СТАРАЯ, старая КАРЛ!!! (админ её еще не заменил)
    If @TestFullBackUp = 1 
    Begin 
    	 Select @FileName_FULL --просто визуализация для отладки запроса...
         RESTORE VERIFYONLY FROM  DISK = @FileName_FULL
    End
    
    GO
    

    Должно получиться, что-то вроде:


    Далее пойдем по красной ветке, пункт № 4. А затем по зеленой ветке, пункт № 9
     
  4. Начнем процесс выполнения блоков полного резервного копирования (красная ветка).
    Сперва идет блок восстановления индексов.
    Единственное, что нужно сделать, это выбрать нужную базу данных. Все остальное остается по умолчанию.





    По окончанию выполнения задания в блоке, просто продолжаем выполнение следующего блока. Т.е. выставляем свойство "Завершение"


     
  5. После восстановления индексов следует блок "Обновление статистики".
    В блоке выбирается только база данных.





    По окончанию выполнения задания в блоке, просто продолжаем выполнение следующего блока. Т.е. выставляем свойство "Завершение". Нам не надо останавливать выполнения плана обслуживания, если что-то пойдет не так, то продолжаем.


     
  6. По окончании обновлении статистики рекомендовано выполнить очистку кэша.
    Добавляем блок "Выполнение инструкции T-SQL".


    Описание чистки кэш можно ознакомиться на сайтах:
             Очистка процедурного КЭШа (DBCC FREEPROCCACHE).
             SQL. Настройка резервного копирования.

    По команде "DBCC FLUSHPROCINDB(8)", значение "8" у вас будет другое!!!
        нужно выполнить запрос SQL:
        
    select name, database_id from sys.databases 


    Скрипт:
    --Получить ИД какой либо БД
    --Команда USE не использовалась
    --Сайт: http://memory1c.blogspot.com/2012/09/dbcc-freeproccache.html
    --Сайт: //infocatalog.akalji-project.ru/public/199760/
    --select name, database_id from sys.databases 
    
    USE [zup]
    GO
    DBCC FLUSHPROCINDB(8)
    GO
    

    По окончанию выполнения задания в блоке, просто продолжаем выполнение следующего блока. Т.е. выставляем свойство "Завершение".


     
  7. Добавляем блок "Резервное копирование базы данных"



    В данном блоке выполняем полное резервное копирование.
    Указать:
            - тип резервной копии "Полное"
            - Выбрать базу данных



    В целевом объекте указать:
           - каталог, куда делать резервные копии
           - расширение должно оканчиваться на ".bak", иначе при восстановлении из архива вам придется его переименовывать, другие расширения SQL не видит.



    В параметрах указываем:
           - Сжимать резервные копии
           - Срок действия резервной копии нужен только если вы воспользуетесь блоком "Удаление старых архивов"
           - Проверка целостности резервной копии не помешает, мало-ли что могло пойти не так.



    В качестве обработки ошибки рекомендую добавить блок "Уведомление оператора".


    Примерно должно получиться:
  8. При успешном резервном копировании нам необходимо выполнить последние две операции:
    "Очистка после обслуживания" и "Выполнить инструкцию SQL по урезанию журнала транзакций" (последнее вы можете не добавлять, как говорят специалисты, журнал транзакций формируется автоматически и не растет бесконечно, в моем случае в виду ограниченности дискового пространства, приходится его урезать)



    "Очистка после обслуживания" - удаляет старые файлы, которые предположительно потеряли свою актуальность.
    Указываем путь к резервным копиям и указываем имя расширения файлов.
    Пунктом "Возраст файлов" мы ограничиваем период, за который будут удалены файлы.
    В моем случае это год, т.к. в дальнейшем полные резервные копии должны будут формироваться два раза в месяц. У вас возможно другой взгляд и возможность хранения резервных копий.



    Скрипт по отрезанию журнала транзакций:
    DECLARE @BasesValue varchar(200),       --Имя базы
      @BasesLog varchar(200)
    
    Set @BasesValue = 'zup';
    Set @BasesLog = @BasesValue + '_log';
    
    If EXISTS(SELECT name, recovery_model_desc FROM sys.databases WHERE name = @BasesValue and recovery_model_desc = 'FULL') 
      Begin
    
      USE [zup]
      ALTER DATABASE [zup] SET RECOVERY SIMPLE
      DBCC SHRINKFILE (@BasesLog, 1); 
      ALTER DATABASE [zup] SET RECOVERY FULL
       End
    
    SELECT name, recovery_model_desc  
       FROM sys.databases  
          WHERE name = @BasesValue ;  
    
    GO 

     

  9. Начнем выполнение разностное резервное копирование (зеленая ветка).

    Добавляем блок "Выполнение инструкции T-SQL".


    Инструкция SQL проверяет, через сколько дней выполнить обновление статистики базы данных.
    Данный блок выполняет роль семафора. При ошибке будет выполнен блок обновления статистики. При успешном выполнении инструкции, последует выполнение блока по разностного резервного копирования без обновления статистики.

    Данная инструкция функционал семафора выполняет по вызову исключения:
                 
    RAISERROR ('Эмуляция ошибки, для блока условия: Будет сформирован полный BackUp', -- Message text.  
                   16, -- Severity.  
                   1 -- State.  
                   );

    Скрипт:
    DECLARE @BasesValue varchar (200),       --Имя базы
      @CountDay numeric(20, 0)        --Количество дней, после которых будет обновлен индекс
    
    Set @BasesValue      = 'zup'  --Имя базы данных
    Set @CountDay        = 8;                  --Через н-ое кол-во дней будет обновлен индекс
    
    --Таблица содержащая последний бекап... с признаком "Только резервное копирование" = 0
    DECLARE @LastBackUp TABLE (R_database_name nvarchar(128),
           R_backup_size numeric(20, 0),
           R_compressed_backup_size numeric(20, 0),
           R_physical_device_name nvarchar(260),
           R_backup_start_date datetime,
           R_is_copy_only bit,
           R_checkpoint_lsn numeric(25, 0),
           R_database_backup_lsn numeric(25, 0),
           R_type char(1),
           R_user_name nvarchar(128),
           R_backup_set_uuid uniqueidentifier,
           R_differential_base_lsn numeric(25, 0),
           R_differential_base_guid uniqueidentifier)
    
    --Таблица содержащая последний Полный бекап, с признаком "Только резервное копирование" = 0
    DECLARE @LastFullBackUp TABLE (R_database_name nvarchar(128),
           R_backup_size numeric(20, 0),
           R_compressed_backup_size numeric(20, 0),
           R_physical_device_name nvarchar(260),
           R_backup_start_date datetime,
           R_is_copy_only bit,
           R_checkpoint_lsn numeric(25, 0),
           R_database_backup_lsn numeric(25, 0),
           R_type char(1),
           R_user_name nvarchar(128),
           R_backup_set_uuid uniqueidentifier,
           R_differential_base_lsn numeric(25, 0),
           R_differential_base_guid uniqueidentifier)
    
    --Результирующая таблица для определения условия выполнения полного бекапа или короткого...
    DECLARE @ResultBackUp TABLE (TypeBackUp char(1),
           CountDayLittleBackUp numeric(20, 0),
           DataBackUp datetime,
           FullPath nvarchar(260))
    
    Use [master]
    
    --Последний бекап, обычно короткий, но один раз полный
    INSERT @LastBackUp (R_database_name, R_backup_size, R_compressed_backup_size, R_physical_device_name, R_backup_start_date, R_is_copy_only, R_checkpoint_lsn, 
         R_database_backup_lsn, R_type, R_user_name, R_backup_set_uuid, R_differential_base_lsn, R_differential_base_guid)
    SELECT TOP 1
    s.database_name as R_database_name, --имя базы
    s.backup_size as R_backup_size,     --размер базы во время бекапа
    s.compressed_backup_size as R_compressed_backup_size, --Размер бекапа после сжатия, файл bak
    m.physical_device_name as R_physical_device_name, --Путь бекапирования
    s.backup_start_date as R_backup_start_date,       --Дата и время создания бекапа
    s.is_copy_only as R_is_copy_only,   --Режим бекапирования, 1-только копия, 0-при полном бекапировании программа сбрасывает счетчик
    
    s.checkpoint_lsn as R_checkpoint_lsn, --ИД бекапа
    s.database_backup_lsn as R_database_backup_lsn, --ИД последнего бекапа
    s.[type] as R_type,                   --Тип резервного копирования 'D'='Full', 'I'='Differential', 'L'='Transaction Log'
    s.[user_name] as R_user_name,         --Имя пользователя
    
    s.backup_set_uuid as R_backup_set_uuid,               --УИД бекапа
    s.differential_base_lsn as R_differential_base_lsn,   --ИД бекапа владельца
    s.differential_base_guid as R_differential_base_guid --УИД бекапа владельца
    
    FROM msdb.dbo.backupset s
    INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
    --WHERE s.database_name = DB_NAME() -- Remove this line for all the database
    Where s.database_name = @BasesValue
     and s.is_copy_only = 0
     and s.[type] <> 'L'
    ORDER BY backup_start_date DESC, backup_finish_date
    
    --Получение полного бекапа, для сверки, что бы не пропустить момент, когда могли упаковать бекап... (без галочки ТОЛЬКО рервное копирование)
    INSERT @LastFullBackUp (R_database_name, R_backup_size, R_compressed_backup_size, R_physical_device_name, R_backup_start_date, R_is_copy_only, R_checkpoint_lsn, 
         R_database_backup_lsn, R_type, R_user_name, R_backup_set_uuid, R_differential_base_lsn, R_differential_base_guid)
    SELECT TOP 1
    s.database_name as R_database_name, --имя базы
    s.backup_size as R_backup_size,     --размер базы во время бекапа
    s.compressed_backup_size as R_compressed_backup_size, --Размер бекапа после сжатия, файл bak
    m.physical_device_name as R_physical_device_name, --Путь бекапирования
    s.backup_start_date as R_backup_start_date,       --Дата и время создания бекапа
    s.is_copy_only as R_is_copy_only,   --Режим бекапирования, 1-только копия, 0-при полном бекапировании программа сбрасывает счетчик
    
    s.checkpoint_lsn as R_checkpoint_lsn, --ИД бекапа
    s.database_backup_lsn as R_database_backup_lsn, --ИД последнего бекапа
    s.[type] as R_type,                   --Тип резервного копирования 'D'='Full', 'I'='Differential', 'L'='Transaction Log'
    s.[user_name] as R_user_name,         --Имя пользователя
    
    s.backup_set_uuid as R_backup_set_uuid,               --УИД бекапа
    s.differential_base_lsn as R_differential_base_lsn,   --ИД бекапа владельца
    s.differential_base_guid as R_differential_base_guid  --УИД бекапа владельца
    
    FROM msdb.dbo.backupset s
    INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
    --WHERE s.database_name = DB_NAME() -- Remove this line for all the database
    Where s.database_name = @BasesValue
     and s.is_copy_only = 0
     and s.[type] = 'D'
    ORDER BY backup_start_date DESC, backup_finish_date
    
    --Формируем окончательный бекап...
    INSERT @ResultBackUp (TypeBackUp, CountDayLittleBackUp, DataBackUp, FullPath)
    Select 
     LBUP.R_type as TypeBackUp
     ,DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) as CountDayLittleBackUp
     ,LBFU.R_backup_start_date as DataBackUp
     ,LBFU.R_physical_device_name as FullPath
    From @LastBackUp as LBUP 
    Left outer JOIN @LastFullBackUp as LBFU 
     on --Продолжение делать короткие бекапы, пока не наступит условие
      LBUP.R_differential_base_lsn = LBFU.R_checkpoint_lsn and LBUP.R_type = 'I'
      And (@CountDay = 0 
       or DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) > 0
       And DATEDIFF(dd,LBFU.R_backup_start_date,GETDATE()) % @CountDay = 0)
    
    Where not LBFU.R_checkpoint_lsn IS NULL
    
    --Выполним проверку и соответственно запрос...
    If not EXISTS(Select * From @ResultBackUp as LB) 
    Begin
     Select * From @ResultBackUp as LB
    End Else Begin
     --Select 100 / 0 as Error
     Select * From @ResultBackUp as LB
     RAISERROR ('Эмуляция ошибки, для блока условия: Будет обновлен индекс', -- Message text.  
                   16, -- Severity.  
                   1 -- State.  
                   ); 
    End
    
    GO

    В итоге у вас получится следующая конструкция.
    В названии фигурирует переиндексация, но в виду того что у меня при этом происходил катастрофический рост журнала транзакции, блок по обновлению индексов был исключен. (но вы всегда можете пойти другим путем)


    Внимание!!!
    В дальнейшем, две ветки отличаются только обновлением статистики, но в виду того, что план обслуживания примитивен и не позволяет ссылаться на один и тот же блок "Резервного копирования", вам придется выполнять один и тот же набор настроек несколько раз. (SQL ошибок не выдает, но и копий не делает, просто нечего не происходит, как будто для SQL ваших блоков, к которым вы ссылаетесь из нескольких мест, не существует)
     
  10. Добавим блоки по обновлению статистики (красная ветка).
    Подробнее по обновлению статистики вы можете посмотреть в пунктах № 5 и № 6
    В данном случае они идентичны.

    В итоге у вас получится небольшая конструкция:

     
  11. Окончание красной ветки и продолжение зеленой ветки.
    Добавляем блок "Резервное копирование базы данных"

    (и помним, что нам нужно сделать два идентичных блока по резервированию, т.к. планировщик SQL не позволяет оптимизировать настройку)

    Общая настройка:


    Целевой объект:
    Как вы можете заметить, расширение файла содержит те самые буквы с точкой ".bak


    В качестве обработки ошибки рекомендую добавить блок "Уведомление оператора".


    В дальнейшем настройка примет вид:

     
  12. При успешном резервном копировании нам необходимо выполнить последнюю операцию,
    "Очистка после обслуживания"


    "Очистка после обслуживания" - удаляет старые файлы, которые предположительно потеряли свою актуальность.



    Как вы могли заметить я установил для промежуточных резервных копий всего 3 месяца в виду того, что они как правило занимают не так много места на носителях.

    В оригинале у вас получится вот такая конструкция промежуточного копирования:


     
  13. Результатом будет небольшой план обслуживания, который реализован немного не традиционно в виду недостатков настройки.

     
  14. Ссылки на материал, который я почерпнул для данного резервного копирования:
       - Настройка плана обслуживания MS SQL Server для 1С Предприятия.
       - Всё о сокращении Transaction Log для MS SQL 2008/2012
       - Как через t-sql получить уникальный ID сервера(компьютера)
       - File Validation in SQL Server with xp_fileexist stored procedure
       - Создать папку
       - КАК ПРАВИЛЬНО НАСТРОИТЬ MS SQL SERVER ДЛЯ «1С»: ПЛАНЫ ОБСЛУЖИВАНИЯ
       - Резервное копирование и восстановление информационной базы 1С
       - Настройка Microsoft SQL Server для 1С Предприятие (Maintenance Plans)
       - Лекция 5: Полная модель восстановления
       - Набор скриптов для знакомства с SQL Server
  15. Дополнительно...
    Скрипт для оптимизации пункта № 6, предоставил Виталий Кривенко (v.krivenko)
    use <база>;
    DECLARE @DB_ID int;
    SET @DB_ID = DB_ID();
    DBCC FLUSHPROCINDB(@DB_ID)
    Другие возможности от   SQL Server Backup от Ola Hallengren

    Описывать настройку расписания не буду, там до примитивности просто, дерзайте.
    Может кому пригодится.
27

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Rans 5 08.10.19 10:01 Сейчас в теме
Добрый день! Статья интересная, но считаю, что ставить зависимость всего плана от успешной проверки целостности бд неправильно. Рискуете остаться вообще без бэкапа.
MCV; Liris; kiruha; +3 Ответить
2. DrZombi 28 08.10.19 10:06 Сейчас в теме
(1) Зачем нам бекап, который уже не совсем корректный?
Вы эту ошибку можете обработать спустя неделю, если штат людей не позволяет сразу обработать сообщения, либо они у вас не настроены.

А так, на мой взгляд, лучше иметь нормальную копию, чем битую, и при этом вы потом не выясните, битая она или нет, если будете восстанавливаться. :)

...Дело каждого, по каким граблям шагать...
3. Rans 5 08.10.19 12:28 Сейчас в теме
(2) Возможно :) Но все-таки лучше иметь хоть какую копию, чем битую базу без копии. Вот интересная статья по данной теме: https://wiseadvice-it.ru/o-kompanii/blog/articles/rezervnoe-kopirovanie-i-vosstanovlenie-informacionnoi-bazy-1s/
GreenDragon; +1 Ответить
4. DrZombi 28 08.10.19 12:45 Сейчас в теме
(3) Да любопытно, но мне нужен был полный бекап (хотя бы раз в месяц) с экономным бекапированием на каждый день.
Можно заморочиться и побекапить журнал транзакций, но не вижу в этим необходимости в нашем случаи.

А так, все это "баловство" лишь ориентировано на ознакомление с возможностью планировщика SQL.

Если честно, я в нем разочарован.
- мне не удалось свести оформление переменных к одному блоку, т.е. я к примеру вызвал бы инструкцию SQL № 1 и назначил бы там нужные параметры и значения. А дальше просто бы подставлял бы переменным нужные значения.
- Интерфейс планировщика может больше, чем сам способен обработать планировщик, т.е. вы не может разместить один блок "Резервное копирование" и из разных ответвлений выполнить его. SQL планировщик ваш блок проигнорирует, и даже не заругается на вас.
- Не до конца понял, зачем вообще там нужны (в планировщике) глобальные переменные, ибо описания, как ими пользоваться я так и не нашел на просторах сети. (печально)
- Очень разочаровался в работе с диском, оказывается SQL запрещает писать через запросы, и что бы это обойти приходится отключать безопасность.
- Нельзя настроить планировщик так, что бы к примеру в интервале у вас удалялись только определенные копии бекапа, а одна в периоде оставалась.
7. ADirks 181 09.10.19 08:05 Сейчас в теме
(4) Чтобы не писать все эти мегатонны кода в планировщике, есть такая штука, как stored procedures
Ну и рекомендую посмотреть в https://ola.hallengren.com/sql-server-backup.html
там скорее всего всё, что только можно придумать, уже сделано :)
asved.ru; +1 Ответить
8. DrZombi 28 09.10.19 08:14 Сейчас в теме
(7) Спасибо, что сделано.
А теперь еще расскажите, как это сделать в планировщике, всем нам.

Что бы мы смогли достойно оценить и наглядно сравнить ваше утверждение... :)
13. ADirks 181 09.10.19 13:38 Сейчас в теме
(8) Там, между прочим, и примеры есть

Examples

A. Back up all user databases, using checksums and compression; verify the backup; and delete old backup files
EXECUTE dbo.DatabaseBackup
@Databases = 'USER_DATABASES',
@Directory = 'C:\Backup',
@BackupType = 'FULL',
@Verify = 'Y',
@Compress = 'Y',
@CheckSum = 'Y',
@CleanupTime = 24


B. Back up all user databases to a network share, and verify the backup
EXECUTE dbo.DatabaseBackup
@Databases = 'USER_DATABASES',
@Directory = '\\Server1\Backup',
@BackupType = 'FULL',
@Verify = 'Y'
14. DrZombi 28 09.10.19 13:51 Сейчас в теме
(13) Вы наверное не прониклись моей задачей.
Мне не нужен полный бекап на каждый день.
У меня есть базы, которые "АРХИВНЫЕ" (почти), народ в них не работает.
Но их бекапят, и бекап раз в год, желательно делать.
А все последующее время, у меня должны делаться "МИНИ бекапчики" (разносные, промежуточные- назовите их как хочется),

И таких баз МНОГО, слишком.

...
Место на диске не резиновое.
24. ADirks 181 09.10.19 15:56 Сейчас в теме
(14) Да я и не настаиваю на применении скриптов от Оле, но посмотреть, как делают настоящие DBA, всё же рекомендую.
Я на собственном опыте убедился, что лучше всю логику бэкапов (да и вообще всех регламентов) реализовывать на T-SQL, и не рисовать хитрых схем в планах обслуживания. Особенно это чувствуешь, когда приходится переезжать на другой сервер, и вот тогда настаёт беда бедовая... Особенно учитывая, что от версии к версии всё ощутимо меняется, и каждый раз изобретать эти схемы заново - это такое себе занятие.
И ещё полезно завести какие-нибудь таблички, где будут храниться все нужные результаты работ по бэкапу, типа, где что лежит, когда был последний успешный полный бэкап, всякие размеры, и т.п. Обычно их в msdb создают.

(11) И вот собственно, чтобы этого не делать, и стоит вынести весь код в sp-шку (или несколько sp-шек), и в джобах вызывать их с нужными параметрами. Таким образом, вместо кучи кода в каждом джобе будет всего несколько строчек вида exec dbo.sp_backub(...)
25. ADirks 181 09.10.19 16:03 Сейчас в теме
+ (24) кстати, я тоже писал своих скриптов для бэкапа, можно для примера взглянуть. Они сильно проще, чем у Оле.
http://forum.infostart.ru/forum86/topic80114/message1312442/#message1312442
26. DrZombi 28 09.10.19 16:09 Сейчас в теме
19. DrZombi 28 09.10.19 14:29 Сейчас в теме
(13) А еще есть люди, которые делаю себе резервные копии, их примерно 3 экземпляра, таких кадров.

И один из них может забыть про галочку "Только копия", и в итоге ваш скрипт должен как-то понять, что не сделано полное бекапирование...

Ведь вы понимаете, что промежуточную копию можно развернуть, только если у вас есть полный бекап исходной копии :)
32. GreenDragon 11.10.19 10:35 Сейчас в теме
(4) Внимание вопрос - зачем вам схема FULL, если в итоге вы журнал не бекапите, а просто обрезаете его? Удивлён, что в комментариях никто этого не спросил.
33. DrZombi 28 11.10.19 11:09 Сейчас в теме
(32) Затем, что обрезание его делается, при ПОЛНОМ бекапировании РАЗ в ГОД, МЕСЯЦ, Неделю... Вы бы хоть обратили внимание на детали :)

Баз много, вариантов тоже, прописывать еще и индивидуальную структуру для каждого плана (а их ~20), я не очень рад.
Хоть где то должно быть однообразие...
34. GreenDragon 11.10.19 12:06 Сейчас в теме
(33) Вопрос не "когда", а "зачем". Это два разных вопроса. Добавьте ОДИН план обслуживания, который будет запускаться раз в полчаса, бекапить ВСЕ журналы и сразу их удалять. Это если кто-то там у вас упарывается по полной схеме восстановления. Этот вопрос мусолят уже не первый год - и тут, и на сторонних ресурсах. Каждый год появляется человек, в статье которого присутствует - "...и делаем truncate журнала", что порождает очередную волну спича на несколько страниц. Усвойте уже, что вариантов два - "Схема FULL и бекап журналов", либо "Схема SIMPLE и никаких восстановлений вне точек бекапов полных и разностных, но зато без бекапов журналов".
Полное бекапирование не имеет НИКАКОГО отношения к схеме восстановления.
Прикрепленные файлы:
36. DrZombi 28 11.10.19 12:51 Сейчас в теме
(34) Предположите, что я не Администратор БД, Нет Тот, кто следит за базами, бекапами и вообще человек далекий от железа.
Каждая настройка в этой статье это всего лишь знакомство с планом обслуживания за 8-часов, используя гугл. (без вопросов на форумах)

Я решил, что кому-то будет любопытно ознакомится со скриптами, запросами, о том, что не все в планах обслуживания так радужно, как кажется.
ДА, можно просто взять и все написать одним блоком, Скриптом, без ваших блоков, и схем.

...Я просто программист, мне не трудно, но мне любопытно было сделать именно так, как видели в статье....
(Если вы приводите свою схемы, поделись с людьми скриптами...)

...По поводу Журнала, кто вам сказал, что мне не нужны часовые копии?...
...Я просто до этого еще не добрался...
...Будет время доберусь, а нет, то нет...
...Как я писал, ходить по своим граблям удел каждого, и грабли у каждого свои... :)
GreenDragon; +1 Ответить
38. GreenDragon 11.10.19 13:08 Сейчас в теме
(36) Я не против! Статья хорошая. Некоторые моменты мне были очень интересно - с удовольствием переделаю свой план. И не только мне, судя по 23 звёздочкам.

По-поводу журнала - делайте с необходимым промежутком. Нужны часовые - делайте часовые. Нужны минутные - делайте минутные. И храните всё это, пока это требуется. Я просто обратил ваше внимание на ненужность шага, связанного с переводом баз в simple режим и обратно лишь для того, чтобы обрезать журнал.
39. DrZombi 28 11.10.19 13:09 Сейчас в теме
(38) Я еще не решил для себя, просто не решил ;)
35. GreenDragon 11.10.19 12:12 Сейчас в теме
(33) скрипт бекапирования ОДИН. В нём определяется необходимость полного или разностного бекапа. Баз можно добавлять любое количество - хоть 20, хоть 200.
37. DrZombi 28 11.10.19 13:08 Сейчас в теме
(35) При использовании одного плана состоящего из нескольких блоков, где выбирается 20-ть баз... Происходит следующее...
1. Ваш блок , каждый блок в плане, будет обрабатывать ВСЕ 20-ть баз.
2. Он не перейдет в следующий блок, пока не наиграется с БАЗАМИ!!!!...
3. Карл, если одна база в ауте, то все базы пойдут по этому маршруту, и бекапов вы не увидите вовсе.
4. Вы теряете прелесть от параллельного резервирования, когда Сервер загружается по самые уши бекапированием :)
40. GreenDragon 11.10.19 13:17 Сейчас в теме
(37) Мне показалось, что вы как раз сетовали на то, что хотели сделать один универсальный план. Делайте по плану на базу, если всё-таки вопрос не в этом.
Про один блок я писал, так как на скрине у вас два блока бекапирования.
Прикрепленные файлы:
42. DrZombi 28 11.10.19 13:46 Сейчас в теме
(40) Таки и сделал, Структура плана Одна. И состоит из одного количества блоков. С одинаковой структурой.
Просто блоки настроены по разному. (это только пример, возможность посмотреть, как у соседа настроено, сделать может так же, а возможно лучше)
5. capitan 1280 08.10.19 16:43 Сейчас в теме
6. DrZombi 28 09.10.19 06:40 Сейчас в теме
(5) Спасибо, добрый молодец :)
9. v.krivenko 22 09.10.19 09:59 Сейчас в теме
(0) в пункте 6 можно сделать без предварительного определения id базы:
use <база>;
DECLARE @DB_ID int;
SET @DB_ID = DB_ID();
DBCC FLUSHPROCINDB(@DB_ID)
12. DrZombi 28 09.10.19 11:05 Сейчас в теме
10. BackinSoda 09.10.19 10:03 Сейчас в теме
Спасибо за статью. Жаль, что для каждой базы отдельный план надо копировать
зы: То чувство, когда в твоём плане обслуживания только резервная копия и очистка старых
11. DrZombi 28 09.10.19 11:05 Сейчас в теме
(10) SQL разработчики не балуют...
Можно копировать блоки из одного плана в другой, конечно не айс, но хоть что-то, чем вообще нечего :)
15. qwed557 30 09.10.19 14:15 Сейчас в теме
Оповещение надо делать не только при сбое, если у вас не запустится задание и ничего не выполнится, вы об этом ничего не узнаете. Нужно выполнять оповещение после каждого успешного выполнения и если оповещения нет, то нужно выяснять причины.
16. DrZombi 28 09.10.19 14:23 Сейчас в теме
(15) Таки было сделано, поняв, что это БРЕД... сделал только прием ошибок, критических :)
17. DrZombi 28 09.10.19 14:25 Сейчас в теме
(15) Проблемой с почтой, уже решает другой человек. И если почтовик не отправит, то это уже будет его проблема :)
18. qwed557 30 09.10.19 14:28 Сейчас в теме
(17) при чем тут почта? А вообще так и работаем да, без разницы что там происходит, выполняется задание , не выполняется, почта не пришла не я виноват, спрашивайте вон у того чувака
20. DrZombi 28 09.10.19 14:31 Сейчас в теме
(18) При том, что когда у вас по работе около 300 писем прилетает за сутки, вы среди мусора, нечего не разберете.
Да и место у почтовика не резиновое...

...в общем на баловался я с сообщениями, и получать все сообщения, это БРЕД... некому ваши успешные бекапы ненужны :)
21. DrZombi 28 09.10.19 14:34 Сейчас в теме
(18) Если начнут разбирать, у меня будет аргумент, что почтовая программа не работает, из-за того, что учетка была заблокирована и сообщения от SQL сервера не поступали.

Есть вариант, что у организации ограниченное пространство для почтового ящика.
Вы батенько, почту будете всегда очищать от спама?
Вам вот кроме как читать мертвую почту про успешные бекапы, нечем заняться? :)
22. Rans 5 09.10.19 15:01 Сейчас в теме
(21) Есть такая проблема. В идеале хотелось бы видеть какую-то табличку со светофором по списку бэкапов. Но как ее сделать пока нет ни малейшего понятия.
23. DrZombi 28 09.10.19 15:37 Сейчас в теме
(22) Если только хранить такие данные отдельно в какой либо БД, которую ты добавишь.
А уже в какой либо програмулинке её выводить во всей красе, хоть в 1С ;)
27. asved.ru 36 10.10.19 09:07 Сейчас в теме
После решения от Ola Hallengren все остальное - велосипеды, где вместо педаль - грабли.
28. DrZombi 28 10.10.19 11:44 Сейчас в теме
(27) Вот посмотрел бы я на ваши весла из граблей, когда для бекапов, вместо 100 терабай, вам дадут 15, и вертись как хочешь... со словами "не в чем себе не отказывай" :)
29. Mortum 10.10.19 14:29 Сейчас в теме
(28) а в чём проблема почитать инструкцию к скриптам от Ola Hallengren и настроить так чтобы влезать в объём? В любом варианте используются одинаковые команды и возможности SQL Server. Там есть всё необходимое, включая удаление старых бэкапов.
P.S.: за регламентное сжатие журнала транзакции и неанглийский интерфейс в приличном обществе пинают в живот.
30. DrZombi 28 10.10.19 15:23 Сейчас в теме
(29) Интерфейс нормальный, перевод действительно бредовый, но какой есть.
Не в Ola Hallengren дело... мужик он толковый, но мне нужен мой мопед, с моими правилами. И его самокат мне не подходит :)

А то что журнал режу, таки он в моем случае рудиментарное творение, у нас свободный мир, вы готовы кушать кактус и удалять бекапы ежедневно, из-за нехватки места.
Я предпочитаю выстроить максимально автоматизированное архивирование, хотя бы на пару лет. ;)
31. LD_2006 11.10.19 09:25 Сейчас в теме
41. GreenDragon 11.10.19 13:44 Сейчас в теме
declare @datenow datetime = getdate()
declare @DayOfMonth int
declare @DayOfWeek int
declare @FullType bit
declare @FullName varchar(1000)
declare @Name varchar(500)
declare @backupSetId as int

set @Name = CAST(YEAR(getdate()) as varchar) + 
		RIGHT('0' + cast(MONTH(getdate()) as varchar), 2)+
		RIGHT('0' + cast(DAY(getdate()) as varchar), 2)+
		RIGHT('0' + cast(datepart(HOUR, getdate()) as varchar), 2) + 
		RIGHT('0' + cast(datepart(MINUTE, getdate()) as varchar), 2) + 
		RIGHT('0' + cast(datepart(SECOND, getdate()) as varchar), 2)
set @DayOfMonth = datepart(day, @datenow)
set @DayOfWeek = DATEPART(weekday, @datenow)
if @DayOfMonth = 1 or @DayOfWeek = 1
	begin
		set @Name = N'MainBaseOfAllUniverse_backup_FULL_' + @Name
		set @FullName = @FullPath + @Name + N'.bak'
		BACKUP DATABASE [MainBaseOfAllUniverse] TO  DISK = @FullName WITH NOFORMAT, NOINIT,  NAME = @Name, SKIP, REWIND, NOUNLOAD, COMPRESSION,  STATS = 10
	end
else
	begin
		set @Name = N'MainBaseOfAllUniverse_backup_FULL_' + @Name
		set @FullName = @FullPath + @Name + N'.bak'
		BACKUP DATABASE [MainBaseOfAllUniverse] TO  DISK = @FullName WITH DIFFERENTIAL, NOFORMAT, NOINIT,  NAME = @Name, SKIP, REWIND, NOUNLOAD, COMPRESSION,  STATS = 10
	end
Показать

Примерно так. Фулл бекап на первый день месяца или недели, дифференциальный - в остальные
43. DrZombi 28 11.10.19 13:49 Сейчас в теме
(41) А вы не проверяете на "RESTORE VERIFYONLY" ?
Меня тут вчера диск подвел, было интересно понять, что все же проверять, то что записано полезно :)
44. GreenDragon 11.10.19 13:50 Сейчас в теме
(43) Конечно. Я просто в этот кусочек не скопипастил. С raiserror и уведомлением.
45. DrZombi 28 11.10.19 13:52 Сейчас в теме
(44) По хорошему, лучше вообще все в один блок написать, SQL это позволяет :)
Что бы не загромождать скрипт, можно часть вытащить в глобальные функции.
46. GreenDragon 11.10.19 13:52 Сейчас в теме
(43) И ещё вот с этим -
sel ect @backupSetId = position fr om msdb..backupset where database_name=N'Базюка' and backup_set_id=(select max(backup_set_id) fr om msdb..backupset wh ere database_name=N'Базюка' )
if @backupSetId is null
begin
raiserror(... и дальше генерация сирен, мигалок и солдат с собаками
47. DrZombi 28 11.10.19 13:53 Сейчас в теме
(46) Тут как то я решил, что лог пишется на ходу, был разочарован, лог появляется после окончательного выполнения плана :)
Оставьте свое сообщение

См. также

Набор скриптов для знакомства с SQL Server 204

Статья Системный администратор Программист Нет файла Бесплатно (free) Производительность и оптимизация (HighLoad) Администрирование СУБД

Поговорим о скриптах, которые помогут быстро ознакомиться с состоянием SQL Server, в том числе с вопросами производительности.

30.09.2019    9051    YPermitin    10       

Настройка резервного копирования (резервирования) баз данных 1С: Предприятие на MS SQL Server 17

Статья Системный администратор Нет файла v8 1cv8.cf Россия Windows Бесплатно (free) Архивирование (backup)

Настройка резервного копирования (резервирования) баз данных на "бюджетной" версии 1С Предприятие под MS SQL Server. Используется пример MS SQL Server 2008 R2 под Windows. Для малых и средних предприятий, исключая производственные и торговые, так как тестирование на них не проводилось.

30.10.2018    8215    unclevad    16       

Резервное копирование "онлайн" клиент-серверных баз в dt (не отключая пользователей) 62

Статья Системный администратор Программист Нет файла v8 Бесплатно (free) Архивирование (backup)

Как реализовать резервное копирование клиент-серверных баз 1с в формат dt, не отключая пользователей. Рассматривается способ, делающий резервирование наименее заметным для пользователей и серверного оборудования.

03.10.2017    19566    konstanta_online    74       

Настройка зеркалирования базы для MS SQL 55

Статья Системный администратор Программист Нет файла v8 1cv8.cf Бесплатно (free) Архивирование (backup) Производительность и оптимизация (HighLoad)

Очень удобный способ, когда нам нужна не просто резервная копия, а "горячая" замена серверов.

19.05.2017    23814    MsDjuice    13       

Рекомендации по организации резервного копирования для систем с Windows Server / Windows SQL Server 26

Статья Системный администратор Нет файла v8 Windows Бесплатно (free) Архивирование (backup)

В данной статье мы рассмотрим работу с резервными копиями базы данных 1С, а также некоторые приемы, оптимизирующие работу с резервными копиями.

10.10.2016    15761    Zebar    12       

Как я восстанавливал разрушенную базу 45

Статья Системный администратор Программист Нет файла v8 1cv8.cf Бесплатно (free) Архивирование (backup) Распределенная БД (УРИБ, УРБД) Тестирование и исправление

УТ10.3 на Платформе 8.2 на базе MSSQL была разрушена после попытки её восстановить после неудачного динамического обновления. Таблица Config целевой базы была заменена на содержимое таблицы Config от другой рабочей базы. Но на самом деле конфигурации у них существенно отличались, поэтому после таких действий целевая база рухнула окончательно. Что же делать?

21.08.2015    23945    METAL    25       

Просто и сердито. Архивирование (backup) типовых конфигураций 1С 8.2, 8.3 29

Статья Системный администратор Нет файла v8 1cv8.cf Windows Бесплатно (free) Архивирование (backup)

После эксплуатации различных "бесплатных" обработок и скриптов решил написать свой cmd-файл для ежедневного архивирования баз 1С. Работает на конфигурациях, где есть процедуры "ЗавершитьРаботуПользователей" и "РазрешитьРаботуПользователей" (т.е. во всех типовых, в нетиповые данные модули можно скопировать из типовых). Сохраняет файлы как локально так и на удаленном файловом сервере. Автоматически удаляет старые архивы и копирует на удалённый сервер отсутствующие. Расписание задается установкой соответствующего задания (запуска cmd-файла по времени) в планировщике задач Windows. Для борьбы с зависшими сеансами, рекомендуется настроить в режиме конфигуратора параметры информационной базы: "Время засыпания пассивного сеанса" и "Время завершения спящего сеанса".

18.06.2015    15115    Prelude    14       

Всё о сокращении Transaction Log для MS SQL 2008/2012 115

Статья Системный администратор Нет файла Windows Бесплатно (free) Администрирование данных 1С

Рассмотрены пожалуй все варианты проблем из за которых журнал транзакций может не сокращаться и все варианты решений. От простейших, до "не рекомендуемых".

08.05.2014    77426    comol    40       

Как выгрузить базу средствами 1С, не выгоняя пользователей. Делаем невозможное. 70

Статья Системный администратор Программист Нет файла v8 1cv8.cf Бесплатно (free) Архивирование (backup) Администрирование данных 1С

В 1С:Предприятии 8.2 есть ограничение на выгрузку базы в формате DT. Выгрузить базу можно, только если в ней нет активных пользователей. В этой статье поделюсь способом, как обойти это ограничение и сделать невозможное.

16.09.2013    42770    yurega    54       

SQL. Настройка резервного копирования. 74

Статья Системный администратор Нет файла Windows Бесплатно (free) Архивирование (backup)

Настройка резервного копирования БД 1С на MS SQL Server. На примере MS SQL Server 2012

06.09.2013    147219    1cprogr_nsk    42       

Восстановление SQL базы 1С 8.2. после неудачного сохранения конфигурации 105

Статья Системный администратор Программист Нет файла v8 Россия Windows Бесплатно (free) Архивирование (backup) Администрирование данных 1С

При динамическом обновлении, в процессе сохранения конфигурации, вылетела база 1С и отказалась заходить в режим Конфигуратора, выдавая сообщение "Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?", если ответить утвердительно, то появлялось сообщение "Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию.", после чего Конфигуратор закрывался.

18.07.2013    32557    lord_soth    45       

Скрипт - выгонялка пользователей + резервная копия базы. 33

Инструменты и обработки Системный администратор Компонента, плагин (dll, vbs,..) v8 1cv8.cf Windows Бесплатно (free) Архивирование (backup)

В Клиент-серверном режиме работы базы часто возникает необходимость выгонять пользователей чтобы сделать обновление, резервные копии и т.п. Для ленивых, которым неудобно всех выгонять "руками" или ждать окончания рабочего дня, предлагается простой скрипт, который всё сделает за вас.

26.02.2013    21998    tystik    11       

Резервное копирование 1С средствами MS SQL. 438

Статья Системный администратор Нет файла v8 1cv8.cf Windows Бесплатно (free) Архивирование (backup)

В этой статье описано самое обычное резервное копирование ИБ 1С при помощи инструментов MS SQL Server 2008 R2, объяснено почему следует делать именно так, а не иначе, и развеяно несколько мифов.

17.02.2013    226065    speshuric    79       

Хранение удаленных документов в отдельной базе. Часть 1. 34

Статья Программист Нет файла v8 1cv8.cf Бесплатно (free) Архивирование (backup) Администрирование данных 1С

Резервное хранение данных. Пример работы с внешними источниками данных. Работа с файлами. Подписка на событие. Работа с XML файлами. Сериализатор XDTO.

12.12.2012    13564    egorovntn    10       

Восстановление файловой версии базы данных *.1CD после ошибки динамического обновления. 199

Статья Системный администратор Программист Нет файла v8 1cv8.cf Windows Бесплатно (free) Сервисные утилиты Архивирование (backup) Администрирование данных 1С Тестирование и исправление

Восстановление работоспособности файл-серверной базы данных (файл *.1CD) после критической ошибки, возникшей в результате динамического обновления с последующим предупреждением "Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?".

02.10.2012    47091    djserega    72       

Автоматическое регулярное разворачивание оперативных бэкапов (совсем просто) в MS SQL 2008 35

Статья Системный администратор Нет файла v7.7 v8 1cv8.cf 1cv7.md Россия Windows Бесплатно (free) Архивирование (backup)

В работе регулярно возникает необходимость протестировать поведение программы на копии рабочей базы с актуальными данными

10.08.2012    15478    sergiobargio1    6       

Регулярные оперативные копии рабочих баз 1С с помощью MS SQL 2008 17

Статья Системный администратор Нет файла v8 1cv8.cf Россия Windows Бесплатно (free) Архивирование (backup) Администрирование данных 1С

В течение дня необходимо производить отладку "допилов" на свежих копия рабочих баз. Также необходимы актуальные копии и для экспериментов, в том числе и пользователям. На этом замечательном ресурсе есть много полезных публикаций с различными вариантами, как это сделать. В одном из них предлагается использовать инструмент мгновенных снимков баз, которые возможно выполнить только в версии Express Edition. В этом посте очень простой вариант, не требующий дорогостоящей версии MS SQL

01.08.2012    16723    sergiobargio1    8       

Автоматизация создания резервных копий в MS SQL Express Server 14

Статья Системный администратор Нет файла v8 1cv8.cf Россия Windows Бесплатно (free) Архивирование (backup)

В версии Microsoft SQL Server 2005/2008/2008R2 Express Edition серверах нет стандартных средств создания резервных копий баз данных по расписанию. Восполнить этот пробел поможет простое решение

18.06.2012    27380    LexSeIch    4       

Восстановление SQL базы 1С 8.2. рухнувшей во время сохранения конфигурации. 355

Статья Системный администратор Программист Нет файла v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup) Тестирование и исправление

При обновлении конфигурации вылетела 1С. После чего наотрез отказалась входить в базу. При этом в конфигураторе выдавалось сообщение "Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?" Потом выходило сообщение "Обнаружена незавершённая операция сохранения конфигурации. Для продолжения необходимо завершить операцию". Горела кнопка Ок - на этом работоспособность конфигуратора и базы заканчивалась.

08.02.2012    121281    VanDiesel1    134       

Бэкап 1С:Предприятие 8.х 13

Статья Системный администратор Нет файла v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Рекомендации по резервному копированию. Бесплатные программы для бэкапа Egida Backup, Effector saver 3, xStarter.

09.11.2011    23053    sinjevla    10       

Резервное копирование чеков во внешние файлы и их восстановление 10

Статья Системный администратор Нет файла v8 Розница Россия Бесплатно (free) Архивирование (backup)

Решение проблемы восстановления потерянных кассовых чеков после восстановления поврежденной базы розницы.

21.10.2011    9155    elizarovs    3       

Архивное копирование 1С8 автоматически и ежедневно 14

Статья Системный администратор Нет файла v8 1cv8.cf Россия Windows Бесплатно (free) Архивирование (backup)

Выложил ввиду "молодости и горячести" ХД и критики со стороны, дабы не спотыкаться в дальнейшем =)

19.04.2011    5668    AActor    15       

Скрипт удобного восстановления базы MSSQL при дифференциальном резервировании 23

Статья Системный администратор Нет файла v7.7 v8 1cv8.cf 1cv7.md Россия Windows Бесплатно (free) Архивирование (backup)

Если у Вас база на MSSQL и Вы пользуетесь разностными бекапами, то, скорее всего, столкнулись с тем, что поднять базу/копию базы из имеющихся резервных файлов не столь удобно, как того хотелось бы. В этой статье приведен скрипт по теме.

20.01.2011    27338    Ivon    12       

1С и Postgres: Бэкап 27

Статья Системный администратор Нет файла v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Для начала пару слов о том, зачем и когда он нужен. Ни для кого не секрет, что сервер это не просто компьютер, а надежный компьютер! Поэтому, если он не сломался в первую неделю после запуска, то не сломается еще очень долго. И поэтому у вас всегда есть возможность какое-то время оставаться вовсе без резервной копии

17.12.2010    20461    alexcid    5       

Выгрузка ИБ 1С8 на сервере 1С:Предприятие 18

Статья Системный администратор Нет файла v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Выгрузка ИБ 1С8 на сервере 1С:Предприятие стандартными средствами ОС и 1С. Без всяких хитростей.

25.10.2010    17303    daulberg    7       

Авто-бэкапер 7.7 и 8.1 39

Инструменты и обработки Системный администратор Программист Архив с данными v7.7 v8 Россия Бесплатно (free) Архивирование (backup)

Программа позволяет выполнить последовательную выгрузку из всех баз 1С, указанных в ini-файле. Кроме того, позволяет принудительно убить все процессы 1С перед выполнением выгрузки. Для версии 7.7 производится подчистка файлов lck. Формирует файлы выгрузки с уникальными именами. Бэкап каждой последующей базы выполняется только после бэкапа предыдущей. По завершении программа выключается Примечание: выгрузка стандартная, формируется архив с файлами 1Cv77.dat, 1Cv7.MD, users.usr (7.7) и файл *.dt (8.0, 8.1) Подробное описание в readme.

22.02.2010    19766    729    Abadonna    19       

Как выгрузить не всю конфигурацию в файл, а только изменения? 112

Статья Системный администратор Нет файла v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Хочу поделиться одним способом сохранения не всей конфигурации в файл, а только изменений. Способ довольно заморочный, но он позволяет сохранить любые изменения конфигурации в файл, размер которой уменьшится, скажем, к 300 KB, по сравнению с размером конфигурации в 60 MB. Этот способ эффективен, когда у клиента очень слабое соединение с интернетом или оплачивается помегабайтно.

19.02.2010    29359    modul    78       

Архивирование баз данных 1С и не только... (настройка бесплатной программы Cobian Backup 9) 31

Статья Системный администратор Архив с данными v7.7 v8 1cv8.cf 1cv7.md Россия Бесплатно (free) Архивирование (backup)

В данной статье описывается создание системы архивирования на основе бесплатной программы Cobian Backup 9 (http://www.cobiansoft.com/cobianbackup.htm)

14.01.2010    56827    356    Mx00    146       

К вопросу об архивации баз 1С (и снова, и снова...) 48

Статья Системный администратор Нет файла v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Из своего опыта хочу напомнить о самом простом способе архивации баз типовыми средствами 1С и планировщика Windows.

08.01.2010    23263    grum01    14       

Архивация базы 1С-Предприятие 11

Инструменты и обработки Системный администратор Программист Компонента, плагин (dll, vbs,..) v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup) Разработка внешних компонент

Используем стандартный планировщик Windows и файл Visual Basic Script с файлом настроек, для плановой выгрузки базы данных.

29.12.2009    8475    276    alves    4       

Автоархивирование... очередное 19

Инструменты и обработки Системный администратор Компонента, плагин (dll, vbs,..) v8 1cv8.cf Россия Windows Бесплатно (free) Архивирование (backup)

Набор .bat файлов для автоматизации процессов: тестирование базы, выгрузка в DT, генерация из из DT в 1CD? архивирование. для файловой и SQL версии по выбору

11.09.2009    9201    271    dvv01    6       

Скрипт VBS для автоархивации баз 8.1 на SQL. (Нагло отключает все сеансы.) 34

Инструменты и обработки Системный администратор Компонента, плагин (dll, vbs,..) v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Скрипт для автоархивации в файлы в формате "ZUP2009_16_04_2009_09_25_55.dt" (Дата и время архивации.) + его Лог файл в формате "ZUP2009_Log_16_04_2009_09_25_55.log" (Дата и время архивации.)

22.04.2009    13794    780    rebuzx    28       

Обработка создания файла запуска архива 12

Инструменты и обработки Системный администратор Внешняя обработка (ert,epf) v8 1cv8.cf Россия Бесплатно (free) Архивирование (backup)

Создание командного файла запуска для последующего использования при автосохранении информационных баз 1С

22.02.2009    9177    395    Kyrales    9       

Архиватор для баз 1С 5

Инструменты и обработки Системный администратор Приложение (exe) v7.7 v8 1cv8.cf 1cv7.md Россия Бесплатно (free) Архивирование (backup)

Архивирует базы 1С или любые другие в указанный каталог. Запуск возможен раз в день, раз в неделю или .... Быстрая архивация 100 мег за 3 мин. И еще всяко

15.08.2007    9043    118    ahmet    15       

Внешняя компонента по записи на компакт-диск «1CD-Банк» («oncdbnk.dll») 14

Инструменты и обработки Системный администратор Компонента, плагин (dll, vbs,..) v8 Россия Windows Бесплатно (free) Архивирование (backup)

Внешняя компонента «1CD-Банк:1С» («oncdbnk.dll») для «1С:Предприятие» v7.7, «1С:Предприятие» v8.0 предназначена для выполнения записи, стирания и любых других регламентированных операций с компакт-диском.

24.03.2006    7814    51    advanter    12