
ее нет создаем ееPP BEGINPPPPPCREATE TABLE
[physical_device_name] [nvarchar](260) NULL)P
([media_set_id] [int] NOT NULL,PPPPPPPPPP
TABLE [tempdb].[dbo].[TempLastBackUp]PPPPPPPPPP
[tempdb].[dbo].[TempLastBackUp]PPPPCREATE
удаляем ее и снова создаемP BEGINPPPPDROP TABLE
'IsTable') = 1--Если таблица есть то
OBJECTPROPERTY(OBJECT_ID('TempLastBackUp'),
OBJECT_ID('TempLastBackUp') IS NOT NULL AND
--Проверяем на наличие в базе tempdb таблицы TempLastBackUpUSE tempdbIF
Первым блоком Maintenance Plan Create table TempLastBackUp будет создание временной таблицы в которую запишутся поля [media_set_id], [physical_device_name].
[msdb].[dbo].[backupmediaset]Для автоматизации системы резервного копирования используют Maintenance Plan (SQL Serevr Agent), в котором указывается какие базы бэкапятся. Мое решение реализовано на языке t-sql для копирования бэкапов на сетевой диск, оно основано на сравнении системных таблиц (в которые пишутся данные о каждом выполненном бэкапе) до и после выполнения Maintenance Plan.
[msdb].[dbo].[backupfile]SELECT * FROM [msdb].[dbo].[backupfilegroup]SELECT * FROM
[msdb].[dbo].[backupset]SELECT * FROM [msdb].[dbo].[backupmediafamily]SELECT * FROM
Описание каждого сделанного бэкапа на сервере храниться в системной базе msdb в таблицах:SELECT * FROM
Мне очень нравиться фраза: "Кто не проводит резервное копирование, тот искушает судьбу". И как с этим не согласится!? Никакие RAID-массивы и кластеры не уберегут вас, например, от ошибки пользователя, который удалил важные данные, или от присланного разработчиками обновления, которое может привести базу данных в неработоспособное состояние. Поэтому, копии баз необходимо делать с последующим их хранением как минимум на двух физических накопителях.
прислал нам статью, которую я у с удовольствием публикую на нашем сайте.
вторник, 8 июня 2010,
"Универсальный" скрипт для копирования бэкапов на сетевой диск
"Универсальный" скрипт для копирования бэкапов на сетевой диск / Microsoft User Group Community
Комментариев нет:
Отправить комментарий