
- •Основные свойства рбд
- •Представления (View) . Индексирование представлений.
- •Хранимые процедуры.
- •Вложенные и рекурсивные триггеры.
- •Применение триггеров.
- •Понятие транзакций. Уровни изоляции транзакций.
- •Типы блокировок. Динамические блокировки.
- •Распределенные транзакции. Двухфазная фиксация транзакций.
- •Режимы аутентификации.
- •Методы резервного копирования.
- •Способы восстановления данных из резервных копий.
- •Способы восстановления поврежденных данных
- •Мониторинг системы бд цели задачи методы.
- •Служба dts . Создание и использование пакетов dts.
- •Модели репликации sql Server.
- •Планирование репликации.
Мониторинг системы бд цели задачи методы.
Мониторинг осуществляется посылкой заданных пользователем SQL-запросов. Полученные результаты конвертируются в формат Naumen Network Manager и сохраняются в его собственной базе для дальнейшего анализа. Запросы могут создаваться динамически с помощью языка выражений Naumen Network Manager.
Обработка информации, полученных от внешней базы данных, может включать, например:
отображение обработанных результатов SQL-запросов на инструментальных панелях;
активацию пользовательской тревоги, если полученные данные соответствуют заданным условиям;
периодическую отправку по электронной почте готовых к печати отчетов, построенных по результатам выполнения SQL-запросов и т.д.
Запросы могут выполняться в нескольких режимах:
периодически по заданному расписанию;
по событию или тревоге;
по запросу («вручную»).
Служба dts . Создание и использование пакетов dts.
Data Transformation Services (DTS) — это набор служб SQL Server, предназначенных для организации импорта, экспорта, преобразования данных и переноса их между любыми источниками, доступными через интерфейсы OLE DB. С их помощью можно копировать структуры данных и сами данные из одной базы данных в другую, создавать средства для переноса данных, встроенные в приложения, а также пополнять хранилища данных из разнообразных источников (которые в общем случае вовсе не обязательно должны быть базами данных SQL Server).
Для заполнения хранилища данных обычно требуется создать и выполнить так называемый пакет DTS (DTS package), содержащий описание последовательности всех действий, которые следует выполнить при переносе данных (включая преобразование типов данных, выполнение SQL-запросов и т.д.). Такой пакет можно выполнить с помощью SQL Server Enterprise Manager или утилиты dtsrun, сохранить его в службах метаданных (Meta Data Services; в прежних версиях SQL Server это хранилище называлось репозитарием) либо в виде структурированного файлового хранилища. Также возможно программное выполнение DTS-пакетов с помощью свойств и методов соответствующих объектов SQL DMO — для этого можно автоматически сгенерировать код на языке Visual Basic. В SQL Server 2000 также поддерживается возможность сохранения DTS-пакетов в формате XML.
Ниже мы рассмотрим процесс создания пакета DTS, заполняющего хранилище Northwind_Mart данными из оперативной базы данных Northwind. На этом примере мы изучим разнообразные возможности сервисов преобразования данных, доступные с помощью DTS.
Типы репликации данных.
* Репликация транзакций обычно начинается моментальным снимком объектов и данных базы данных публикации. После снятия исходного моментального снимка последующие изменения данных и схем, сделанные в издателе, обычно доставляются подписчику по мере их появления. Изменения данных применяются к подписчику в том же порядке и в тех же рамках транзакции, что и у издателя.
Репликация транзакций обычно используется в средах «сервер-сервер» и подойдет в любом из следующих случаев.
Необходимо распространять подписчикам добавочные изменения по мере их появления.
От приложения требуется малая задержка между внесениями изменений на издателе и доставкой этих изменений подписчику.
Приложению требуется доступ к промежуточным состояниям данных. Например, если строка меняется пять раз, репликация транзакций позволяет приложению реагировать на каждое изменение строки, а не только на конечное.
Издатель выполняет большое количество операций вставки, обновления и удаления.
Издатель или подписчик является базой данных, отличной от SQL Server, например Oracle.
*Репликация слиянием, как и репликация транзакций, обычно начинается отчетным моментальным снимком объектов и данных базы данных публикации. Последующие изменения данных и схем, сделанные в издателе и подписчике, отслеживаются с помощью триггеров. Подписчик синхронизируется с издателем при подключении к сети и изменяет все строки, которые были изменены в издателе и подписчике с момента последней синхронизации.
Репликация слиянием обычно используется в среде «сервер-клиент». Репликация слиянием подойдет в любой из следующих ситуаций.
Несколько подписчиков могут обновить одни и те же данные в разное время и распространить эти изменения для издателя и подписчиков.
Подписчикам нужно получить данные, внести изменения в автономном режиме и позднее синхронизировать их с издателем и подписчиками.
Каждому подписчику требуется отдельный раздел данных.
Возможны конфликты. Если они возникнут, их необходимо обнаружить и разрешить.
Вместо доступа к промежуточным состояниям данных приложению требуются их конечные изменения. Например, если у подписчика строка изменится пять раз до синхронизации с издателем, у издателя она изменится только один раз, на пятое значение. Таким образом, будет отображено конечное изменение данных.
*Репликация моментальных снимков распространяет данные по мере их появления и не отслеживает их изменения. При синхронизации снимок создается полностью и затем рассылается подписчикам.
Отдельное использование репликации моментальных снимков уместно, если выполняется одно или несколько следующих условий.
Данные изменяются редко.
Допускается хранение в течение некоторого времени копий данных, устаревших по сравнению с данными издателя.
Реплицируются небольшие объемы данных.
За короткий промежуток времени происходит много изменений.