Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Программисту -> Артемов Д.В. -> "Microsoft SQL Server 2000" -> 41

Microsoft SQL Server 2000 - Артемов Д.В.

Артемов Д.В. Microsoft SQL Server 2000 — М.: Издательско-торговый дом «Русская Редакция», 2001. — 576 c.
ISBN 5-7502-0154-6
Скачать (прямая ссылка): artemov.pdf
Предыдущая << 1 .. 35 36 37 38 39 40 < 41 > 42 43 44 45 46 47 .. 187 >> Следующая


Не восстанавливаются изменения, сделанные операциями, не отображаемыми в журнале:

• BACKUP LOG WITH NO_LOG — SQL Server удаляет неактивную часть журнала транзакций без создания страховочной копии; сам факт урезания в журнале не отображается;

• WRITETEXT или UPDATETEXT - SQL Server модифицирует данные в полях типа text и по умолчанию не регистрирует эти модификации в журнале транзакций; указание параметра WITH LOG позволит регистрировать эти операции;

• SELECT INTO или операции ввода данных средствами утилиты массивного копирования ВСР.

При создании страховочной копии некоторые операции могут конфликтовать с этим процессом:

• создание или модификация БД командами CREATE DATABASE или ALTER DATABASE; автоматический рост или сжатие также нежелательны при создании страховочной копии;

• создание индексов;

• выполнение любых операций, не регистрируемых в журнале транзакций, включая массивную загрузку данных и команды SELECT

INTO, WRITETEXT и UPDATETEXT.

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

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

Данная версия книги выпущена электронным издательством "Books-shop". Распространение, продажа, перезапись данной книги или ее частей ЗАПРЕЩЕНЫ. О всех нарушениях просьба сообщать по адресу piracy@books-shop.com

106

Microsoft SQ L Server 2000, Новейшие технологии

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

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

По умолчанию выбирается модель полного восстановления (Full Recovery Model). Следуя этой модели, сервер создает копии БД и всей информации из журнала транзакций, необходимой для восстановления БД. Сервер фиксирует в журнале все операции, включая операции массивных модификаций и создания индексов. Если журнал транзакций остался неповрежденным, сервер восстановит всю информацию, кроме транзакций, исполнявшихся в момент сбоя.

Так как журналируются все транзакции, администратор может выполнить восстановление на любой момент времени. Поддержка именованных меток в журнале транзакций позволяет выполнить восстановление вплоть до именованной метки. Именованная метка создается при использовании предложения WITH MARK команды BEGIN TRANSACTION. Метки полезны при выполнении критически важных транзакций, затрагивающих большой объем данных. Метка избавляет от необходимости гадать, во сколько началась транзакция, результаты которой Вы хотите отменить при восстановлении БД.

Так как метки журнала транзакций требуют дополнительного места для хранения, не злоупотребляйте ими. Основное ограничение этой модели восстановления — большой размер журналов транзакций и соответствующее время на восстановление БД.

Модель с журналированием массивных операций (BulkLogged Recovery Model) похожа на предыдущую тем, что для восстановления БД нужна копия самой БД и журнала. Однако этот режим требует меньше места в журнале для CREATE INDEX, массивной загрузки данных, SELECT INTO, WRITETEXT и UPDATETEXT. Журнал фиксирует только сам факт таких операций в виде флаговых битов в группах страниц (extent) вместо того, чтобы записывать все детали исполнения.

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

www.books-shop.com

ГЛАВА 2: Управление сервером

1 Q У

Простая модель восстановления (Simple Recovery Model) рекомендуется для небольших БД или тех, где данные меняются не очень часто. Модель использует полные или дифференциальные копии БД и позволяет восстановить их только на момент создания последней копии. Все изменения, сделанные после, теряются безвозвратно и должны быть выполнены заново. Основное преимущество этой модели — простота реализации и невысокие требования к размерам страховочной копии.

Изменить модель восстановления БД (это можно сделать в любое время, только требует создания дополнительной страховочной копии на момент изменения) позволяет функция Она вызывается так:

ALTER DATABASE database_name

SET RECOVERY {FULL | SIMPLE | BULK_LOGGED}

Так, чтобы перевести Northwind в режим BulkLogged Recovery:

ALTER DATABASE Northwind SET RECOVERY BULK_LOGGED

Постоянные файлы для хранения страховочных копий

В первую очередь надо создать файл для хранения копии. Файл, созданный до начала копирования, называется постоянным (permanent backup file), или устройством страховочного копирования (backup device). Постоянный файл создается командой:
Предыдущая << 1 .. 35 36 37 38 39 40 < 41 > 42 43 44 45 46 47 .. 187 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100