-
Восстановление корпоративных данных
Возвращение системы в актуальное состояние после сбоя выполняется согласно выбранной модели восстановления. На решение о выборе модели влияют типы резервируемых баз данных и регулярно выполняемого резервного копирования.
Простая модель восстановления (simple model) предназначена для баз данных, которые нужно восстанавливать до точки последнего резервного копирования. В этом случае стратегия резервирования данных должна предусматривать создание полной и дифференциальной резервных копий. Эта модель идеально подходит для большинства системных БД.
Полная модель (full model) – применяется для баз данных, которые необходимо восстанавливать до точки отказа либо до конкретной точки во времени. Стратегия резервного копирования при использовании этой модели возможна в двух вариантах; создание полных и дифференциальных резервных копий в сочетании с копиями журналов транзакций или же только полных копий и копий журналов транзакций.
Минимальное ведение журнала (bulk-logged) – сокращает использование пространства в журналах, но сохраняет большую часть возможностей полного резервного копирования. Массовые операции с данными заносятся в журнал минимально, что не позволяет контролировать каждую такую операцию в отдельности. Поэтому, если сбой данных произойдет перед создание очередной полной или дифференциальной копии, операции массовой загрузки данных придется повторить вручную. Стратегия резервного копирования при использовании этой модели возможна в двух вариантах: создание полных и дифференциальных резервных копий в сочетании с копиями журнала транзакций или же только полных копий и копий журналов транзакций.
Совет. Для каждой базы данных может быть задана своя модель восстановления. По умолчанию, как правило, используется простая модель.
Сервер горячего резерва – автоматически обновляемый сервер, начинающий работу немедленно после сбоя основного СУБД-сервера.
Сервер холодного резерва - сервер, обновляемый вручную, который в случае отказа основного СУБД-сервера нужно перевести в рабочий режим вручную.
Создавать резервные серверы позволяют такие возможности SQL Server, как зеркальное отображение баз данных, передача журналов транзакций и копирование БД.
-
Распределенное размещение и доступ к данным в кис
ТИПЫ РАСПРЕДЕЛЕННЫХ БД
РБД подразделяются на однородные (гомогенные) или разнородные (гетерогенные).
В однородных системах все узлы используют один и тот же тип СУБД. Однородные системы значительно проще проектировать и сопровождать, добавляя новые узлы к уже существующей распределенной системе и повышая общую производительность за счет параллельной обработки данных.
В разнородных системах на узлах могут функционировать различные типы СУБД, использующие различные модели данных. Разнородные системы обычно возникают в тех случаях, когда локальные узлы, уже эксплуатирующие свои собственные системы баз данных, интегрируются в глобальную распределенную систему. Для организации взаимодействия с различными типами СУБД требуется обеспечить автоматическое преобразование и синхронизацию потоков и протоколов данных.
Любая распределенная СУБД должна иметь следующий набор функциональных возможностей:
-
расширенные службы установки соединений, которые должны обеспечивать доступ к удаленным узлам и позволять передавать запросы и данные м/д узлами, входящими в сеть
-
расширенные средства ведения каталога, позволяющие сохранять сведения о распределении данных
-
средства обработки распределенных запросов
-
расширенные функции управления безопасностью, которые обеспечивают соблюдение правил авторизации и прав доступа к распределенным данным
-
расширенные функции управления параллельным выполнением транзакций позволяющие поддерживать целостность копируемых данных
-
расширенные функции восстановления, учитывающие вероятность отказов в работе отдельных узлов и линий связи
РАЗМЕЩЕНИЕ и ДОСТУП к ДАННЫМ в РБД
При размещении хранимых данных в РБД неизбежно сегментирование или фрагментация базы. Допускается разбиение одного объекта на два или более фрагмента. Объектом может быть пользовательская база данных или таблица. Существуют два основных типа фрагментации – горизонтальная и вертикальная. В первом случае фрагменты представляют собой подмножества строк, во втором – подмножества столбцов. Допускается и смешанная фрагментация – комбинация вертикальной и горизонтальной, например, таблица разделяется на несколько горизонтальных множеств (строк), каждое из которых делится на вертикальные множества (столбцов). Каждый фрагмент размещается на узле, выбранном с учетом оптимальной схемы доступа. (Определение и размещение фрагментов должно проводиться с учетом особенностей использования базы данных, в частности, на основе анализа транзакций). Информация о фрагментации данных хранится в системном каталоге распределенных данных (Distributed Data Catalog - DDC), к которому процессор транзакций (TP) может получить доступ при обработке запросов пользователя. (Фрагментированную таблицу в любой момент можно объединить посредством комбинации операций объединения – union, и соединения – join).
РСУБД обеспечивает возможность поддержки актуальной копии некоторого фрагмента данных на нескольких различных узлах при помощи механизма репликации. Репликация фрагментов БД ставит своей целью улучшение сервиса доступности данных и уменьшение времени доступа к ним.