Книги
чёрным по белому
Главное меню
Главная О нас Добавить материал Поиск по сайту Карта книг Карта сайта
Книги
Археология Архитектура Бизнес Биология Ветеринария Военная промышленность География Геология Гороскоп Дизайн Журналы Инженерия Информационные ресурсы Искусство История Компьютерная литература Криптология Кулинария Культура Лингвистика Математика Медицина Менеджмент Металлургия Минералогия Музыка Научная литература Нумизматика Образование Охота Педагогика Политика Промышленные производства Психология Путеводители Религия Рыбалка Садоводство Саморазвитие Семиотика Социология Спорт Столярное дело Строительство Техника Туризм Фантастика Физика Футурология Химия Художественная литература Экология Экономика Электроника Энергетика Этика Юриспруденция
Новые книги
Янин В.Л. "Новгородские акты XII-XV Хронологический комментарий" (История)

Майринк Г. "Белый доминиканец " (Художественная литература)

Хусаинов А. "Голоса вещей. Альманах том 2" (Художественная литература)

Петров Г.И. "Отлучение Льва Толстого " (Художественная литература)

Хусаинов А. "Голоса вещей. Альманах том 1 " (Художественная литература)
Реклама

Microsoft SQL server. Реализация и обслуживание Учебный курс - Microsoft press

Microsoft press Microsoft SQL server. Реализация и обслуживание Учебный курс — Microsoft Press, 2007. — 766 c.
Предыдущая << 1 .. 153 154 155 156 157 158 < 159 > 160 161 162 163 164 165 .. 343 >> Следующая

ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ Синтаксис резервного копирования
Подробнее об инструкции BACKUP DATABASE и ее параметрах можно прочитать в разделе «BACKUP (Transact-SQL)» Электронной документации по SQL Server 2005.
Выполнение разностного резервного копирования
Разностное резервное копирование (differential backup) сохраняет все экстенты, которые были изменены с момента последнего полного резервного копирования. Разностное резервное копирование позволяет, прежде всего, уменьшить число резервных копии журнала транзакций (transaction log backup), которые необходимо восстановить. Разностное резервное копирование используется совместно с полной копией. При отсутствии полной копии разностную копию создать невозможно. Как и в случае полного резервного копирования, разностное резервное копирование можно выполнять независимо от выбранной для базы данных модели восстановления.
Обратите внимание, что разностное резервное копирование — это не инкрементное резервное копирование. Инкрементное резервное копирование сохраняет все изменения, внесенные после предыдущего инкрементного резервного копирования. Поэтому для восстановления инкрементной резервной копии требуются все остальные инкрементные резервные копии. При разностном резервном копировании всегда сохраняется каждый экстент, измененный с момента последнего полного резервного копирования. Так что каждая разностная резервная копия содержит все, что входит во все предыдущие разностные копии, сделанные после полного резервного копирования. Например, предположим, что полное резервное копирование происходит в полночь, а разностное — каждые четыре часа в течение дня. Разностная резервная копия, созданная в 04:00, со-
340 Резервное копирование, восстановление и перемещение баз данных Глава 11
держит все экстенты, измененные после полуночи. Разностная резервная копия, созданная в 08:00, содержит все экстенты, измененные после полуночи. А разностная резервная копия, созданная в полдень, также содержит все экстенты, измененные после полуночи.
Для определения экстентов, которые должны войти в разностную резервную копию, SQL Server использует карту размещения экстентов. Карта размещентия экстентов — это всего лишь еще одна страница данных в базе данных, каждый бит которой представляет один экстент. Когда SQL Server изменяет экстент, он изменяет и соответствующий ему бит с 0 на I. При создании полной резервной копии SQL Server сбрасывает все биты до 0. Таким образом, чтобы определить экстенты, которые нужно сохранить, SQL Server должен обратиться только к этой странице. Поскольку размер базы данных неограничен, а размер страницы данных составляет всего 8 Кбайт, SQL Server создает по одной такой странице примерно для 8192 экстентов, выделяемых для объектов в базе данных. Так что одна страница покрывает тысячи страниц данных.
Простейшая инструкция для выполнения разностного резервного копирования выглядит следующим образом:
BACKUP DATABASE <имя_базы_данных> ТО DISK = '<папка>\<имя_файла>' WITH DIFFERENTIAL
Эта инструкция почти ничем не отличается от инструкции для полного резервного копирования базы данных за исключением параметра DIFFERENTIAL. Все остальные параметры такие же, как и для полного резервного копирования.
Резервное копирование журнала транзакций
Резервные копии журнала транзакций можно создавать только для баз данных, в которых установлена модель полного восстановления или модель восстановления с неполным протоколированием и в которых не выполнялись минимально протоколируемые транзакции. Также резервное копирование журнала транзакций возможно только после выполнения полного резервного копирования. Резервная копия журнала транзакций содержит только часть данных, поэтому для восстановления базы данных требуется также ее полная копия.
Резервное копирование журнала транзакций сохраняет активный журнал (active log). Оно начинается с номера транзакции в журнале (номер LSN), на котором завершилось предыдущее резервное копирование журнала транзакций. Затем SQL Server сохраняет все последующие транзакции до тех пор, пока не обнаружится открытая транзакция. Обнаружив открытую транзакцию, SQL Server завершает резервное копирование журнала транзакций. Все сохраненные номера LSN затем могут быть удалены из журнала транзакций, что позволяет системе повторно использовать его пространство.
ПРИМЕЧАНИЕ Журнал транзакций, репликация и зеркальное отображение баз данных
При реализации репликации транзакций или зеркальном отображении базы данных к журналу транзакций предъявляется дополнительное требование. Обе эти функции обеспечивают доставку данных и должны гарантировать, что данные успешно доставлены, прежде чем SQL Server может удалить транзакцию из журнала независимо от того, была ли для него создана резервная копия. При использовании этих функциональных возможностей транзакция может быть удалена, только когда:
1. Она успешно завершена в базе данных распространителя (distribution database).
2. Она успешно завершена в зеркальной базе данных.
Занятие 1
Резервное копирование базы данных
Предыдущая << 1 .. 153 154 155 156 157 158 < 159 > 160 161 162 163 164 165 .. 343 >> Следующая