Хранение данных и подготовка отчетов
Репликация часто используется в приложениях хранения данных и подготовки отчетов в следующих целях:
Объединение данных для последующего преобразования и перемещения в среду их хранения.
Распределение данных в базы, доступные только для чтения, в целях подготовки отчетов.
Распределение данных в базу данных аналитической обработки в реальном времени (OLAP).
Хотя репликация не реплицирует объекты служб Microsoft Службы SQL Server 2008 Analysis Services (SSAS) (например, измерения или кубы), она часто применяется для распределения данных из баз данных аналитической обработки в реальном времени (OLTP) в промежуточные базы данных и базы данных, используемые для подготовки отчетов, поддержки принятия решений и в целях анализа информации.
На следующем рисунке показан типичный сценарий репликации данных с сервера оперативной обработки на сервер отчетов и промежуточный сервер для OLAP- и ROLAP-анализа.
.gif "Репликация данных на сервер отчетов")
Пример компании Adventure Works Cycles
Adventure Works Cycles — это вымышленная производственная компания, которая используется для демонстрации концепций баз данных и сценариев работы с ними. Дополнительные сведения см. в разделе Образцы баз данных AdventureWorks2008R2.
Adventure Works Cycles использует хранение данных и подготовку отчетов в нескольких отделах, включая производственный отдел и отдел кадров.
В производственном отделе хранятся данные о производственных дефектах и ряд других показателей качества и производительности за длительный период. Данные реплицируются с серверов в производственных цехах на промежуточный сервер в офисе компании. На офисном сервере компании данные преобразуются и загружаются для анализа в кубы OLAP.
Отдел кадров в настоящее подготавливает отчеты с помощью приложения стороннего поставщика. Планируется заменить это приложение службами Reporting Services. Работники отдела кадров также хотели бы расширить возможности отчетности и добавить следующие типы анализа:
Анализ заработных плат и пособий, включая анализ влияния международных курсов обмена валюты.
Планирование численности персонала.
Моделирование и прогноз затрат на рабочую силу.
Планируется установить новый сетевой сервер для удовлетворения возросшей потребности компании в отчетах. Данные будут реплицироваться из отдела кадров и других отделов на этот центральный сервер отчетов, доступный только для чтения.
Общие требования для этого сценария
Приложения хранения данных и подготовки отчетов обычно предъявляют следующие требования, которым должны удовлетворять соответствующие решения репликации:
Система должна поддерживать согласованность транзакций.
Система должна иметь небольшую задержку: обновления на сервере оперативной обработки должны быстро доставляться на промежуточный сервер и сервер отчетов.
Система должна иметь высокую пропускную способность: требуется обрабатывать репликации большого числа транзакций.
Для обработки репликации должен требоваться минимальный объем служебных операций на сервере оперативной обработки.
Изменения данных передаются в одном направлении, с сервера оперативной обработки на промежуточный сервер и сервер отчетов.
Данные, требуемые на промежуточном сервере и сервере отчетов, могут быть подмножеством данных, имеющихся на сервере оперативной обработки.
Типы репликации, доступные для использования в этом сценарии
SQL Server использует метафору издательского дела для описания компонентов системы репликации. Компоненты включают издатель, подписчики, публикации, статьи и подписки.
На схеме, показанной выше, сервер оперативной обработки является издателем. Некоторые или все данные на сервере оперативной обработки включаются в две публикации (одна для промежуточного сервера и одна для сервера отчетов), причем каждая таблица данных — это статья (статьями могут быть другие объекты базы данных, например хранимые процедуры). Промежуточный сервер и сервер отчетов являются подписчиками на одну из публикаций, при этом каждый сервер получает схему и данные в виде подписки. Дополнительные сведения о компонентах системы см. в разделе Обзор модели публикации репликации.
SQL Server предлагает различные виды репликации для различных требований приложений: репликация моментальных снимков, репликация транзакций и репликация слиянием. Данный сценарий лучше всего реализуется с помощью репликации транзакций, которая хорошо справляется с требованиями, описанными в предыдущем разделе. Дополнительные сведения о репликации транзакций см. в разделах Обзор репликации транзакций и Как работает репликация транзакций.
По своей конструкции репликации транзакций удовлетворяют главным требованиям этого сценария:
согласованность транзакций;
небольшая задержка;
высокая пропускная способность;
минимальные издержки.
Основным параметром, который нужно учитывать в этом сценарии, является фильтрация. Репликация транзакций разрешает применение фильтров строк и столбцов, так что таблицы на промежуточном сервере и сервере отчетов содержат только те данные, которые требуются приложению. Дополнительные сведения см. в разделе Фильтрация опубликованных данных.
Шаги по реализации этого сценария
Чтобы реализовать этот сценарий, прежде всего необходимо создать публикацию и подписки, а затем инициализировать каждую подписку. Чтобы получить дополнительные сведения по каждому шагу, щелкните ссылки, приводимые ниже:
После того как подписка инициализирована и выполняется обмен данными между издателем и подписчиками, возможно, потребуется ознакомиться с дополнительными сведениями в следующих разделах, в которых рассматриваются общие задачи администрирования и контроля: