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

Автор работы: Пользователь скрыл имя, 27 Ноября 2013 в 14:01, шпаргалка

Описание работы

Работа содержит ответы на вопросы для экзамена по "Информатике".

Файлы: 1 файл

экзамен бд.doc

— 1.10 Мб (Скачать файл)

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

CHECKSUM

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

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

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

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

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

STOP_ON_ERROR

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

CONTINUE_AFTER_ERROR

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

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

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

Параметры совместимости

RESTART

Начиная с версии SQL Server 2008, не имеет никакого эффекта. Этот параметр оставлен в данной версии SQL Server для обеспечения совместимости с предыдущими версиями.

Параметры наблюдения

STATS [ =percentage ]

Отображает сообщение каждый раз, когда завершается очередной percentage задания; используется для отслеживания хода выполнения. Если параметр percentage не задан, то SQL Server выдает сообщение после каждых выполненных 10 процентов.

Параметр STATS сообщает о готовности в процентах по отношению к порогу сообщения о следующем интервале. Показатель готовности в процентах имеет неточное значение; например при значении STATS=10, если процент готовности равен 40, то параметр может отображать 43 процента. Это не является проблемой для больших резервных наборов данных, поскольку показатель готовности в процентах перемещается очень медленно между обращениями ввода-вывода.

Параметры ленты

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

{ REWIND | NOREWIND }

REWIND

Указывает, что SQL Server должен освободить и перемотать ленту. REWIND — значение по умолчанию.

NOREWIND

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

Параметр NOREWIND включает в себя параметр NOUNLOAD, поэтому эти параметры несовместимы в одной инструкции BACKUP.

 Примечание

При использовании параметра NOREWIND экземпляр SQL Server продолжает владеть накопителем на ленточном накопителе до тех пор, пока инструкция BACKUP или RESTORE, работающая в этом же процессе, не использует параметр REWIND или UNLOAD либо пока не закончит работу экземпляр сервера.Поскольку лента остается открытой, другие процессы не могут получить доступа к ленте. Дополнительные сведения об отображении списка открытых лент и закрытии открытой ленты см. в разделе Устройства резервного копирования (SQL Server).


{ UNLOAD | NOUNLOAD }

 Примечание

Параметр UNLOAD/NOUNLOAD является настройкой сеанса, он сохраняется в течение работы сеанса или пока не будет сброшен при указании другого значения.


UNLOAD

Указывает, что лента автоматически перематывается и выгружается по завершении операции резервного копирования. Параметр UNLOAD применяется в начале сеанса по умолчанию.

NOUNLOAD

Указывает, что после завершения операции BACKUP лента остается в ленточном накопителе.

 Примечание

При резервном копировании на ленточное устройство резервного копирования параметр BLOCKSIZE влияет на производительность операции резервного копирования. Этот параметр обычно влияет на производительность только при записи на ленточные устройства.


Параметры, относящиеся к журналам

Эти параметры применяются только с инструкцией BACKUP LOG.

 Примечание

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


{ NORECOVERY | STANDBY =undo_file_name }

NORECOVERY

Создает резервную копию остатка журнала и оставляет базу данных в состоянии RESTORING. Параметр NORECOVERY полезен при возникновении ошибки в базе данных-получателе или при сохранении остатка журнала после операции RESTORE.

Для наиболее эффективного создания резервной копии журналов, при котором не происходит усечение журнала и которое автоматически переводит базу данных в состояние RESTORING, используйте совместно параметры NO_TRUNCATE и NORECOVERY.

STANDBY =standby_file_name

Создает резервную копию остатка журнала и оставляет базу данных в режиме только для чтения и состоянии STANDBY. Предложение STANDBY записывает резервные данные (выполняя откат, но с параметром дальнейшего восстановления). Применения параметра STANDBY эквивалентно параметру BACKUP LOG WITH NORECOVERY, за которым следует RESTORE WITH STANDBY.

Для использования режима ожидания необходим резервный файл, указанный аргументом standby_file_name, местоположение которого хранится в журнале базы данных. Если указанный файл уже существует, компонент Компонент Database Engine перезаписывает его; если файл не существует, компонент Компонент Database Engine его создает. Резервный файл становится частью базы данных.

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

NO_TRUNCATE

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

Параметр NO_TRUNCATE процедуры BACKUP LOG эквивалентен одновременному указанию COPY_ONLY и CONTINUE_AFTER_ERROR.

Без параметра NO_TRUNCATE база данных должна находиться в режиме ONLINE. Если база данных находится в состоянии SUSPENDED, то будет возможно создать резервную копию, указав параметр NO_TRUNCATE. Но если база данных находится в состоянии OFFLINE или EMERGENCY, то инструкция BACKUP не разрешена даже с параметром NO_TRUNCATE. Дополнительные сведения о состояниях баз данных см. в разделеСостояния базы данных.

 

13) Распределенные базы данных

 

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

Основные принципы[править]


РБД состоит  из набора узлов, связанных коммуникационной сетью, в которой:

  • каждый узел — это полноценная СУБД сама по себе;
  • узлы взаимодействуют между собой таким образом, что пользователь любого из них может получить доступ к любым данным в сети так, как будто они находятся на его собственном узле.

Каждый узел сам по себе является системой базы данных. Любой пользователь может выполнить операции над данными на своём локальном узле точно так же, как если бы этот узел вовсе не входил в распределённую систему. Распределённую систему баз данных можно рассматривать как партнёрство между отдельными локальными СУБД на отдельных локальных узлах.

Фундаментальный принцип создания распределённых баз данных («правило 0»): Для пользователя распределённая система должна выглядеть так же, как нераспределённая система.

Фундаментальный принцип имеет следствием определённые дополнительные правила или цели. Таких целей всего двенадцать:

  1. Локальная независимость. Узлы в распределённой системе должны быть независимы, или автономны. Локальная независимость означает, что все операции на узле контролируются этим узлом.
  2. Отсутствие опоры на центральный узел. Локальная независимость предполагает, что все узлы в распределённой системе должны рассматриваться как равные. Поэтому не должно бы<span class="dash041e_0431_044b_0447_043d_044b_0439__Char" style=" font-family: 'Arial

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