Разработка стратегии овления данных Глава 8

Занятие 1. Восстановление данных

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

Изучив материал этог МТМЯ, вы сможете:

описать цели стратегии восстановления данных; перечислить способы копирования и варианты

восстановления БД;

определить системные и пользовательские БД, требующие резервного копирования;

разработать успешный план восстановления данных. Продолжительность занятия - окол5 минут

Цели стратегии восстановления данных

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

Обеспечение ОТКазоусТОЙЧИВОСПИ

По возможности следует обеспечить такой уровень отказоустойчивости, чтобы SQL Server 2000 оставался работоспособным, несмотря на сбои оборудования. Для этого рекомендуется использовать RAID-массив, обеспечивающий отказоустойчивость дисковой подсистемы. Кроме того, необходимо также обеспечить безопасность данных от сбоев в работе сервера Windows. Подробное обсуждение проблем обеспечения отказоустойчивости сервера Windows выходит за рамки этой книги, и мы ограничимся только самыми общими рекомендациями. К числу элементарных мер безопасности данных относятся надежное аппаратное обеспечение, использование аппаратуры, позволяющей обеспечить защиту от скачков сетевого напряжения и отключения электропитания, а также регулярное копирование данных системы во избежание порчи или потере мацчн при отказе оборудования сервера. Помните: такие отказы обязательно будут. Реализовать повышенную доступность можно, используя возможности создания и кластерами Windows. В главе 16 рассказывается о резервировании серверов SQL Server 2000 с использованием кластеризации Windows. В этом случае Windows применяется как наиболее удобное решение для создания отказоустойчивых приложений БД, работающих круглосуточно семь дней в неделю.

Мониторинг баз данных

Следует постоянно вести мониторинг БД, чтобы при необходимости предотвратить

возможные неполадки. Эти регулярные меры по предотвращению возможных неполадок включают в себя проверку согласованности БД с команды DBCC,

использование оповещений о событиях SQL Server, которые уведомляют вас о потенциальных проблемах (например о близком переполнении журнала транзакций) и автоматизацию рутинных задач (например резервного копирования журнала транзакций) с помощью службы SQL Server Agent. Подробнее о мониторинге системы и БД - в главе 14.

Предупреждение неисправностей в работе системы

Необходимо предупреждать возникновение всех возможных неисправностей и разработать схему их устранения. Вот список некоторых неполадок, которые могут возникнуть в системе БД:

потеря информации на диске с файлами данных;

потеря информации на диске с журналом транзакций;

потеря информации на диске с системными файлами;

отказ сервера;

стихийные бедствия (наводнение, землетрясение, пожар и т. д.);

потеря данных, кража информации или уничтожение сервера;

кража носителя резервных данных;

неисправный носитель резервных данных;

неисправное устройство восстановления данных;

непреднамеренная ошибка пользователя (случайное удаление таблицы и т.д.);

злонамеренные действия сотрудника (умышленный ввод неточной информации и т. д.).

Определение сроков восстановления данных

Необходимо определить продолжительность процесса восстановления данных в случае возникновения неисправностей. Минимальный срок восстановления варьируется в зависимости от вида неполадки и размера БД. Оптимальный срок устанавливается в зависимости от интенсивности использования БД. Требования, предъявляемые ко времени восстановления БД, используемой для ввода данных в форму заказа при помощи Web-интерфейса в крупной компании, будут значительно более строгими, чем аналогичные требования к БД системы принятия решений, еженедельно обновляемой при передаче данных из системы оперативной обработки транзакций. При

расчете времени на восстановление данных следует также помнить, что, в отличие от

информации систем принятия решений, восстановить информацию БД регистрации

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

сложный и ответственный вопрос. Подробнее о выборе оптимального решения для

систем, работающих в режиме горячего резервирования серверов и использующих кластеризацию с резервированием узлов, - в главе 16. Решающий фактор при выборе стратегии восстановления данных - время на восстановление.

При планировании способа восстановления данных после сбоя вам, вероятно, придется столкнуться с различными непредвиденными обстоятельствами. Заранее продумайте, какие неожиданные факторы могут повлиять на процесс восстановления данных. Например, если отказал диск с файлами данных, для выбора метода

становления вам нужно ответить на вопросы, различные не-

предвиденные обстоятельства, которые могут возникнуть при восстановлении данных.

Каковая будет стоимость ПРОСТОЯ БД?

Устраивает ли вас время на замену диска с данными отагается, что он у вас под рукой) и восстановление данных из резервной копии БД?

Нужно ли использовать RAID-массив, чтобы неисправность одного диска не привела к потере всей БД?

Сколько времени реально потребуется на восстановление данных из резервной копии БД?

Поможет ли более частое резервное копирование значительно сократить время на восстановление данных?

Есть ленточный накопитель при восстановлении данных откажет, есть ли у вас аналогичное запасное устройство?

Время от времени необходимо как быстро вы сможете вы-

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

Оперативная проверка особности БД

Прежде чем предоставить пользователям доступ к восстановленной БД, выполните оперативную проверку ее работоспособности. Как правило, для этого используют запросы

Типы резервного копирования данных

Теперь можно приступить к разработке первого этапа плана восстановления данных - стратегии резервного копирования БД. Во-первых, определите, какие способы зервного копирования в SQL Sei-\rr2000 обеспечивают необходимый ypojiCHb защиты данных от поломки диска и сбоев в работе системы. В табл. 8-1 перечислены способы резервного копирования, которые могут быть при разработке плана восстановления данных.

Табл. 8-1. Способы резервного копирования БД

Способ резервного Описание .

копирования

Полное Полное копирование БД

Дифференциальное пироы1Ние всех страниц данных, измененных со времени

последнею полного резервного копирования БД

Групп файлов Полное копирование всех файлов из указанной группы Дифференциальное пировг!ние всех страниц шных. измененных со времени

группы файлов последнего полного резервного копирования группы файлов

Файлов данных Полное копирование файла данных

Дифференциальное Копиров? ние всех страниц данных в файле данных, файлов данных измененных со времени последнего полного резервного

копирования файла

Журнала транзакций Копируется вная часть журнала транзакций

(он при этом усекается)