Шпаргалка по "Информатике"

Важно!

Это единственный способ надежно защитить данные в SQL Server.

• При правильном создании резервных копий баз данных можно будет восстановить данные после многих видов сбоев, включая следующие:
• сбой носителя;
• ошибки пользователей (например, удаление таблицы по ошибке);
• сбои оборудования (например, поврежденный дисковый накопитель или безвозвратная потеря данных на сервере);
• стихийные бедствия.
• Кроме того, резервные копии баз данных полезны и при выполнении повседневных административных задач, например для копирования баз данных с одного сервера на другой, настройки Группы доступности AlwaysOn или зеркального отображения баз данных и архивирования.

[В начало]

Компоненты и основные понятия

 

создание резервных  копий

Копирование данных или записей журнала из базы данных SQL Server или журнала ее транзакций на устройство для резервного копирования, например диск, на котором создается резервная копия данных или журнала.

резервная копия

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

устройство  резервного копирования

Диск или ленточное устройство, на которые записываются резервные копии SQL Server для последующего восстановления.

носитель данных резервной копии

Один или несколько наборов дисков или ленточных устройств, на которые записывается резервная копия.

резервное копирование  данных

Резервная копия данных всей базы данных (резервная копия базы данных), части базы данных (частичная резервная копия) или набора файлов данных или файловых групп (резервная копия файлов).

резервное копирование  базы данных

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

разностная  резервная копия

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

полная резервная  копия

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

резервная копия  журналов

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

восстановить

Для возврата базы данных в стабильное и согласованное состояние.

восстановление

Фаза запуска или восстановления базы данных, которая приводит базу данных в состояние согласованности транзакций.

модель восстановления

Свойство базы данных, с помощью которого выполняется управление обслуживанием журналов транзакций в базе данных. Есть три модели восстановления: простая модель восстановления, модель полного восстановления и модель восстановления с неполным протоколированием. Модель восстановления базы данных определяет требования к резервному копированию и восстановлению.

восстановление  из копии

Многоэтапный процесс, в ходе которого все данные и страницы журнала копируются из указанной резервной копии SQL Server в определенную базу данных, а затем выполняется накат всех фиксированных транзакций, записанных в резервной копии журнала, путем внесения новых данных на основе зарегистрированных изменений.

 

Синтаксис: 
 
Backing Up a Whole Database 

BACKUP DATABASE { database_name | @database_name_var }   

TO <backup_device> [ ,...n ]   

[ <MIRROR TO clause> ] [ next-mirror-to ]  

[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]

[;]

 

Backing Up Specific Files or Filegroups

BACKUP DATABASE { database_name | @database_name_var }  

<file_or_filegroup> [ ,...n ]   

TO <backup_device> [ ,...n ]   

[ <MIRROR TO clause> ] [ next-mirror-to ]  

[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]

[;]

 

Creating a Partial Backup

BACKUP DATABASE { database_name | @database_name_var }  

READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]  

TO <backup_device> [ ,...n ]   

[ <MIRROR TO clause> ] [ next-mirror-to ]  

[ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]

[;]

 

Backing Up the Transaction Log (full and bulk-logged recovery models)

BACKUP LOG { database_name | @database_name_var }   

TO <backup_device> [ ,...n ]   

[ <MIRROR TO clause> ] [ next-mirror-to ]  

[ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ]

[;]

 

<backup_device>::=  

{   

{ logical_device_name | @logical_device_name_var }  

| { DISK | TAPE } =      

{ 'physical_device_name' | @physical_device_name_var } 

}

 

<MIRROR TO clause>::= 

MIRROR TO <backup_device> [ ,...n ]

 

<file_or_filegroup>::= 

{   

FILE = { logical_file_name | @logical_file_name_var }  

| FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } 

}

 

<read_only_filegroup>::=

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

 

<general_WITH_options> [ ,...n ]::= 

--Backup Set Options   

COPY_ONLY  

| { COMPRESSION | NO_COMPRESSION }  

| DESCRIPTION = { 'text' | @text_variable }  

| NAME = { backup_set_name | @backup_set_name_var }  

| { EXPIREDATE = { 'date' | @date_var }         

| RETAINDAYS = { days | @days_var } }

 

--Media Set Options   

{ NOINIT | INIT }  

| { NOSKIP | SKIP }  

| { NOFORMAT | FORMAT }  

| MEDIADESCRIPTION = { 'text' | @text_variable }  

| MEDIANAME = { media_name | @media_name_variable }  

| BLOCKSIZE = { blocksize | @blocksize_variable }

 

--Data Transfer Options   

BUFFERCOUNT = { buffercount | @buffercount_variable }  

| MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

 

--Error Management Options   

{ NO_CHECKSUM | CHECKSUM } 

| { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

 

--Compatibility Options   

RESTART

 

--Monitoring Options   

STATS [ = percentage ]

 

--Tape Options   

{ REWIND | NOREWIND }  

| { UNLOAD | NOUNLOAD }

 

--Log-specific Options   

{ NORECOVERY | STANDBY = undo_file_name } 

| NO_TRUNCATE

Аргументы

 

DATABASE

Указывает, что должна быть создана резервная копия всей базы данных. Если указан список файлов и файловых групп, то только они включаются в резервную копию. Во время создания полной или разностной резервной копии SQL Server создает резервную копию той части журнала транзакций, которая достаточна для создания согласованной базы данных во время ее восстановления.

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

Примечание

Для базы данных master может быть произведено только полное резервное копирование.

LOG

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

Резервную копию журналов можно восстановить на определенный момент времени или к определенной транзакции, указав предложение WITH STOPAT, STOPATMARK или STOPBEFOREMARK в инструкции RESTORE LOG.

Примечание

После обычной процедуры создания резервной копии журналов некоторые записи в журнале транзакций становятся неактивными, если не были указаны параметры WITH NO_TRUNCATE или COPY_ONLY. Журнал усекается после того, как все записи внутри одного или нескольких виртуальных файлов журнала становятся неактивными. Если журнал не усекается после совершения нескольких процедур резервного копирования журнала, это означает, что что-то может препятствовать его усечению.Дополнительные сведения см. в разделе

{ database_name| @database_name_var }

База данных, журнал транзакций и часть данных или все данные, которые подвергаются резервному копированию. Если это имя предоставляется в качестве переменной (@database_name_var), оно может быть указано в виде строковой константы (@database_name_var=database name) или переменной с типом данных символьной строки, за исключением типов данных ntext и text.

Примечание

Невозможно создать резервную копию зеркальной базы данных при участии в зеркальном отображении базы данных.

<файл_или_файловая_группа> [ ,...n ]

Используется только с инструкцией BACKUP DATABASE. Определяет файл базы данных или файловую группу, которые будут включены в резервную копию файлов, либо файл или файловую группу, доступные только для чтения, которые будут включены в частичную резервную копию.

FILE = { logical_file_name| @logical_file_name_var }

Логическое имя файла или переменная, значение которой равно логическому имени файла, который следует включить в резервную копию.

FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }

Логическое имя файловой группы или переменная со значением, равным логическому имени файловой группы, которую следует включить в резервную копию. В простой модели восстановления создание резервной копии файловой группы разрешено лишь для файловых групп, доступных только для чтения.

Примечание

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

n

Заполнитель, который показывает, что через запятую можно указать несколько файлов или файловых групп. Их число не ограничено.

Дополнительные сведения см. в разделах: полные резервные копии файлов (SQL Server) иСоздание резервных копий файлов и файловых групп (SQL Server).

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var } [,...n ] ]

Определяет частичную резервную копию. Частичная резервная копия включает в себя все файлы в базе данных, доступные для чтения и записи: первичную файловую группу и любые вторичные файловые группы, доступные для чтения и записи, а также любые указанные файлы или файловые группы, доступные только для чтения.

READ_WRITE_FILEGROUPS

Указывает, что все файловые группы, доступные для чтения и записи, должны быть включены в частичную резервную копию. Если база данных доступна только для чтения, READ_WRITE_FILEGROUPS включает только первичную файловую группу.

Важно!

Явный список доступных для записи и чтения файловых групп с применением FILEGROUP вместо READ_WRITE_FILEGROUPS создает резервную копию файлов.

FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }

Логическое имя файловой группы, доступной только для чтения, или переменная со значением, равным логическому имени доступной только для чтения файловой группы, которую следует включить в частичную резервную копию. Дополнительные сведения см. выше в подразделе «<файл_или_файловая_группа>».

n

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

Дополнительные сведения о частичных резервных копиях см. в разделе Частичные резервные копии (SQL Server).

TO <устройство_резервного_копирования> [ ,...n ]

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

<устройство_резервного_копирования>

Указывает логическое или физическое устройство резервного копирования, используемое для создания резервной копии.

{ logical_device_name | @logical_device_name_var }

Логическое имя устройства резервного копирования, на котором создается резервная копия базы данных. Логическое имя должно соответствовать правилам для идентификаторов. Если аргумент задается в виде переменной (@logical_device_name_var), то ей можно присвоить как строковую константу (@logical_device_name_var=логическое_имя_устройства_резервного_копирования), так и другую переменную любого строкового типа данных, за исключением типов данныхntext и text.

{ DISK | TAPE } = { 'physical_device_name' | @physical_device_name_var }

Определяет файл диска или ленточное устройство.

Дисковое устройство не обязательно должно существовать до указания в инструкции BACKUP. Если физического устройства не существует, а в инструкции BACKUP не указан параметр INIT, то резервная копия дозаписывается на устройство.

Дополнительные сведения см. в разделе Устройства резервного копирования (SQL Server).

Примечание

Параметр TAPE будет удален в следующей версии SQL Server. Избегайте использования этого компонента в новых разработках и запланируйте изменение существующих приложений, в которых он применяется.

n

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

MIRROR TO <устройство_резервного_копирования> [ ,...n ]

Указывает набор от одного до трех устройств резервного копирования, которые будут зеркалами для устройств резервного копирования, описанных в предложении TO. В предложении MIRROR TO должен быть указан тот же тип и то же количество устройств резервного копирования, что и в предложении TO. Максимальное число предложений MIRROR TO — три.

Этот параметр доступен только в SQL Server 2005 Enterprise Edition и более поздних версиях.

Примечание

Для MIRROR TO = DISK BACKUP автоматически определяет подходящий размер блока для дисковых устройств. Дополнительные сведения о размере блока см. в разделе «BLOCKSIZE» ниже в этой таблице.