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

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

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

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

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

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

Microsoft press Microsoft SQL server. Реализация и обслуживание Учебный курс — Microsoft Press, 2007. — 766 c.
Предыдущая << 1 .. 140 141 142 143 144 145 < 146 > 147 148 149 150 151 152 .. 343 >> Следующая

Занятие 1 Подготовка к работе с плоскими файлами gQg
Сценарий лучшего применения
Сценарий лучшего применения — это массовая загрузка данных в пустую кучу (таблицу без индексов), не участвующую в репликации, не содержащую ограничений и триггеров, причем база данных использует модель восстановления с неполным протоколированием, а загрузка выполняется во время профилактического окна. И вот почему.
Прежде всего, база данных использует модель восстановления с неполным протоколированием. Эта модель отличается от полной модели восстановления, в частности тем, что операции массовой загрузки протоколируются по-минимуму и поэтому не вызывают переполнения журнала транзакций. Но с минимальным протоколированием не все так просто. Например, если таблица, в которую совершается массовая загрузка, уже содержит данные и имеет кластеризованный индекс, массовая загрузка будет полностью протоколирована, даже если база данных использует модель восстановления с неполным протоколированием. (Подробнее об этом в следующем разделе.)
Как обеспечить минимальное протоколирование
Модель восстановления с неполным протоколированием используется для уменьшения переполнения журнала транзакций при массовой загрузке. Но нужно помнить, что для этого не достаточно просто выбрать модель восстановления с неполным протоколированием. Для минимизации протоколирования должны соблюдаться следующие условия:
? Для базы данных должна использоваться модель восстановления с неполным протоколированием.
? Таблица не должна быть реплицирована.
? Должна использоваться табличная подсказка ТАВЮСК.
? Таблица-получатель должна отвечать требованиям к заполнению и индексированию (как показано в табл. 10-1).
В табл. 10-1 показан уровень протоколирования (минимальный, индексный и полный) в различных условиях.
Табл. 10-1. Уровень протоколирования в различных условиях
Кластеризованный индекс Некластеризованный индекс
Да Нет Да Нет
Таблица Без данных Минимальный Минимальный Минимальный Минимальный
С данными Полный Минимальный Индексный Минимальный
Обратите внимание, что критерии заполнения и индексирования таблицы применяются не на уровне загрузки, а на пакетном уровне. Поэтому при загрузке в пустую таблицу с кластеризованным индексом 100 000 строк в 10 пакетах с 10 000 строк в каждом пакете первые 10 000 строк SQL Server протоколирует минимально, а остальные 90 000 — полностью.
З *| 0 Работа с плоскими файлами
Глава 10
Контрольный вопрос
? Почему перед массовой загрузкой данных полезно изменить модель восстановления на неполное протоколирование?
Ответ на контрольный вопрос
? Изменение модели восстановления с полной на неполное протоколирование обеспечивает минимальное протоколирование при загрузке данных в базу данных. Данные, полученные во время массовой загрузки, не требуют возможности восстановления на момент времени, реализованной в полной модели восстановления. Уменьшение записи в журнал улучшает производительность и защищает журнал от переполнения при массовой загрузке данных.
Для улучшения производительности важно завершить массовую загрузку при открытом профилактическом окне. И причина этого ясна: операции загрузки не придется соперничать с пользователями за ресурсы сервера. Есть и менее очевидные причины: при массовой загрузке может использоваться блокировка таблицы и для таблицы может быть изменена модель восстановления. В ходе операции загрузки может применяться блокировка таблицы, а не более гранулярные блокировки. Блокировка таблицы не только более эффективна, она также требуется для обеспечения минимального протоколирования. Кроме того, обычно для большинства баз данных используют полную модель восстановления. Поэтому, если массовая загрузка осуществляется при открытом профилактическом окне, для базы данных можно изменить модель восстановления на неполное протоколирование. Хотя базу данных можно перевести в этот режим и при нормальном использовании, в этом случае не будут задействованы такие возможности восстановления, как восстановление на момент времени. Для перехода к модели с неполным протоколированием используйте инструкцию Transact-SQL ALTER DATABASE или SQL Server Management Studio (SSMS). В следующем примере инструкция ALTER DATABASE служит для установки модели с неполным протоколированием:
ALTER DATABASE AdventureWorks SET RECOVERY BULK_L0GGED;
После завершения массовой загрузки следует переключить базу данных обратно на модель полного восстановления и незамедлительно сделать резервную копию журнала транзакций. Благодаря этому возможность восстановления на момент времени станет доступной с момента создания резервной копии журнала. В этой копии журнала хранится не только минимальное протоколирование, выполнявшееся в процессе массовой загрузки, но и копия загруженных данных. Это важная особенность, так как резервной копии журнала требуется доступ к файлам журнала и файлам данных, полученным в результате массовой загрузки. Запуск резервного копирования журнала одновременно с массовой загрузкой данных в тот же файл данных может привести к конфликту за использование ресурсов, и обе операции будут выполняться медленнее, чем если бы они работали по отдельности. Поэтому разумно завершить массовые загрузки и вернуть базу данных в режим полного восстановления до начала резервного копирования журнала.
Предыдущая << 1 .. 140 141 142 143 144 145 < 146 > 147 148 149 150 151 152 .. 343 >> Следующая