
- •Администрирование в ис
- •Лекция 1.
- •Структура ис
- •Классификация информационных систем по признаку структурированности задач
- •Лекция 2
- •Классификация ис по функциональному признаку и уровням управления
- •Ис в фирме
- •Классификация по степени автоматизации
- •Классификация по сфере применения
- •Лекция 3 Средства, повышающие безопасность
- •Фазы установления туннеля
- •Архитектура ipSec
- •Виды атак на ah, esp и ike
- •Лекция 4 Новые возможности служб терминала Windows Server 2008
- •Удаленный RemoteApp
- •Шлюз служб терминалов
- •Лекция 5
- •Технологии бесклассовой междоменной маршрутизации cidr
- •Основные расширения, реализованные в подсистеме хранилища mssql
- •Лекция 6 Службы и различные возможности sqlServer Работа с данными.
- •Логические метки журнала
- •Лекция 7 Уменьшение журнала транзакций
- •Модели резервирования
- •Улучшение функциональных возможностей резервирования
- •Компоненты хранилища данных
- •Лекция 8 Производительность терминального сервера
- •Решение проблем связанных с медленным входом в систему.
- •Процесс входа в систему терминального сервера.
- •Для решения проблем с медленным входом предлагаются следующие шаги:
- •Поддержка большего числа пользователей на вашем сервере
- •Реальная оценка памяти.
- •Использование памяти среди терминального сервера
- •Как определить достаточно ли физической памяти?
- •Обнаружение утечек памяти
Логические метки журнала
В SQLServer введена возможность помечать транзакции в файле журнала регистраций транзакций. Если понадобится восстановить БД, возможно указать метку, которая использовалась во время исполнения транзакции, вместо того, чтобы использовать отметку времени.
Чтобы пометить таким образом транзакцию используется именованная инструкция:
BEGIN TRANSACTION с параметром WITH MARK.
Восстановление может происходить до или включая помеченную транзакцию.
RESTORE LOG WITH…
Также возможно использование метки и для распределения транзакций – распределенные метки. Они необходимы при восстановлении множества связанных БД, которые должны находиться в транзакционно непротиворечивом состоянии.
Такие связанные БД могут размещаться как на одном, так и на разных экземплярах SQLServer.
Можно периодически создавать распределенные метки для группы таких БД, например каждые 5 минут. Если журнал транзакций одной из БД будет поврежден, потребуется вернуть всю группу БД в предшествующее состояние.
Использование распределенных меток снижает необходимость координации и точной синхронизации резервных копий нескольких связанных БД.
Лекция 7 Уменьшение журнала транзакций
SQLServer позволяет быстро выполнять операцию уменьшения журнала транзакций и выдавать сообщения о том, насколько возможно его сокращение после следующего резервного копирования журнала. Тем не менее, размер файла журнала транзакций зависит от специфики решения ваших задач, от выбранной модели резервирования и прикладного дизайна базы и приложения.
Если приходится периодически заниматься уменьшением размера журнала, стоит выяснить причины его роста.
Модели резервирования
Recovery mode добавлено в SQLServer с целью облегчения планирования защиты данных. Наличие моделей позволяет одну из предопределенных схем обслуживания транзакций, которые направлены на достижение нескольких целей, таких как высокая производительность, минимизаций размера журнала и поддержка его свободного места, а также защита от отказа дисковой подсистемы.
Основные три модели резервирования:
Простое резервирование (Simple recovery).
Полное резервирование (Full recovery).
Резервирование без массовых операций (Bulk-Logged recovery).
Имеется возможность быстрого переключения между моделями резервирования с помощью команды ALTER DATABASE SET RECOVERY [MODE].
Возможно чередование моделей. Например, в течение рабочего дня может использоваться полная модель, а ночью на время процесса загрузки данных – резервирование без массовых операций.
Простая модель резервирования
Обычно занимает меньше места в журнале, но имеет самые высокие риски потерь, если данные или журнал будут повреждены. Регистрируются только события, необходимые для основного процесса регенерации. При использовании простой модели можно выполнять только полное и дифференциальное резервное копирования баз данных.
Полное резервирование
Регистрирует всё. Обеспечивает целостную защиту от потерь выполненных операций из-за повреждения файлов и данных. Однако, даже когда вы используете полную модель, чтобы предотвратить потерю данных для журнала транзакций, важно использовать отказоустойчивые диски.
Полная модель так же позволяет восстанавливаться на любой указанный момент времени.
Резервирование без массовых операций
Повышает производительность для массовых операций, которые определяются в соответствии с версией и настройкой SQLServer. Обычно к ним относят операции массовой загрузки данных.