Джон Гей Системный архитектор
О чем сегодня пойдет речь
- Проблемы, возникающие при работе с несколькими базами данных
- Традиционные методы совместного использова
- Обзор Double-Take Share
- Double-Take Share в действии
Проблемы, возникающие при работе несколькими базами данных
Работа с несколькими базами данных
Возможные причины, заставляющие одну компанию работать с несколькими базами данных
- Сознательный выбор
- Последствие слияния/приобретения других компаний
- Участие в производственной цепочке, состоящей из нескольких организаций
В рамках ИТ-инфраструктуры могут использоваться одинаковые или разные:
- СУБД
- Операционные системы
- Аппаратные средства
Другие рапространенные сценарии совместного использования данных
Интеграция данных и приложений
- Ускоряет обмен данными между приложениями
- Обеспечивает синхронизацию распределенных операций
- Пользователи видят данные друг друга в реальном времени
Централизация данных с целью организации хранилища данных, формирования отчетности или работы с бизнес-аналитикой
- Централизованная обработка данных из одного или нескольких источников
- Доступ к актуальным данным в реальном времени для формирования отчетности и бизнес-аналитики
Обеспечение критически важных приложений данными в реальном време
- Электронная торговля
- Аналитика
- Веб-порталы
Заполнение сред, используемых для резервирования и тестирования
Сценарий миграции баз данных
Модернизация
- Установка новой версии СУБД
- Установка новой версии приложения
Преобразование
- Перемещение данных в новую базу данных или в новое приложение
- Переход на другую операционную систему
Консолидация
- Сокращение числа СУБД
- Сокращение числа поставщиков
- Сокращение числа БД путем консолидации их в одну централизованную БД, витрину данных или хранилище
Традиционные методы совместного использования данных
Прямой доступ по сети
Суть подхода
- Прямой доступ к базам данных на рабочих серве
- Доступ возможен в рабочее время
- Интеграция с приложениями и средствами форм отчетов
Проблемы
- Нагрузка на рабочие системы
- Проблемы, связанные с производительностью сети
- Жалобы пользователей!
Более 50% опрошенных компаний обращаются к рабочим серверам с целью получения необходимых данных в режиме реального времени.
Извлечение данных и формирование отчетов в нерабочее время
Суть подхода
- Отчеты формируются в нерабочее время
- Данные, необходимые для формирования отчето время, извлекаются в нерабочее время
Проблемы
- Сужающийся интервал времени
— Трудно найти время для извлечения данных
- Данные устаревают в течение рабочего дня
— Решения принимаются на основе потерявшей актуа
— Ночные отчеты – это не совсем то, что вам нужно
— Снижение качества бизнес-решений
Более 70% опрошенных компаний выразили желание приблизить актуальность данных к той, которая гарантируется при обращении к ним в режиме реальном времени. 45% сообщили, что тех, кто отвечает за принятие решений, беспокоит вопрос актуальности данных.
Ручные процессы, разнородные инструменты
Подход – выполнение всех операций вручную
- ETL (извлечение, преобразование, загрузка)
- Настройка FTP
- Настройка заданий по доставке журналов
- Скрипты
- Инструменты собственно разработки
- Сторонние пакеты для выполнения ETL-процедур
Проблемы
- Большая трудоемкость
- Сокращение промежутка времени для выполнения ETL-процедур; рост объема данных
- Большая вероятность ошибок и порчи данных
- Высокая стоимость разработки, поддержки иэксплуатации
- Отдельный процесс для каждого приложения и каждой БД
Более 60% респондентов используют ручные операции для работы с распределенными данными. 57% используют инструменты собственной разработки. Свыше 40% пользуются пакетами ETL-процедур сторонних разработчиков.
С какими трудностями вы сталкиваетесь?
- Избыточные, несогласованные данные
- Несовместимые СУБД не могут обмениваться данными
- Отсутствие потоков данных между распределенными приложениями
- Получение данных в реальном времени для запросов, отчетов и бизне аналитики
- Необходимость обеспечивать данными приложения, предназначенные клиентов/партнеров
- Снижение степени риска и сокращение времени простоя при обслуживании и резервном копировании
- Переход на другую ОС, приложение или СУБД
- Снижение требований к ресурсам, необходимым для работы БД
- Традиционные ETL-инструменты не обеспечивают достаточной скорости работы, требуют вмешательства и полны ошибок
Простой в использовании инструмент автоматизации совместного использования данных избавит вас от головноной боли.
Double-Take Share: совместное использование данных в реальном времени - это просто
Автоматизация совместного использования данных
- Репликация данных в реальном времени
- Надежная система отслеживания изменений обеспечивае данных
- Встроенная система мониторинга и разрешения конфликтов
- Контроль и аудит данных
- Удобство работы с LAN/WAN
Гибкость, которую дает возможность совместного использования данных в реальном времени, позволяет подбирать оптимальные приложения для решения актуальных бизнес-задач
Простота интеграции данных
Единое представление данных из одинаковых или разных
- Операционных систем
- Аппаратных платформ
Широкий спектр поддерживаемых платформ
Гибкая архитектура совместного использования данных
Интеграция данных из разнородных источников в реальном времени позволяет принимать более взвешенные и продуманные решения.
Широкий спектр поддерживающих платформ
Гибкая архитектура
Отсутствие необходимости делать что-либо вручную
- Консоль управления на основе Java
- Легко настраивается на основе готовых моделей
- Более 60 встроенных функций преобразования данных, для доступа к которым достаточно одного щелчка мыши
- Нет необходимости программировать
- Исключает необходимость извлечения данных с использованием ручных ETL-процедур, настройки заданий по передаче журналов, настройки FTP и выполнения прочих ручных процедур
У DBA появляется больше времени для других увеличивается производительность, растет рентабельность и обеспечивается быстрый возврат инвестиций
Double-Take SHAPE в действии
Общее описание решения DWH/BI
Пример использования Double-Take SHAPE
Дополнительные примеры
Схема Проекта
Пример использования Double-Take SHAPE
Интеграция приложений
Пример использования Double-Take SHAPE
Централизованная система формирования отчетности и бизнес-аналитики
Решение широкого круга задач совместного использования данных
- Обеспечение синхронизации распределенных приложений и данных Преобразование данных для беспрепятственного обмена между различными СУБД
- Повышение эффективности выполнения запросов в реальном времени, а также работы средств формирования отчетности и бизнес - аналитики
- Обеспечение критически важных приложений данными в реальном времени Возможность централизации и консолидации данных
- Выгрузка данных с целью тех. обслуживания, тестирования, резервного копирования
- Миграция данных устаревшего формата на новые платформы
Пример использования Double-Take SHAPE
Обеспечение формирования отчетности в Azure
Ваш бизнес будет работать по другому
Устраняет барьеры между
- Различными СУБД
- Несовместимыми приложениями
- Разнородными платформами
Упрощает совместное использование данных
- Отслеживает изменения
- Преобразует данные
- Реплицирует в целевую систему
Обеспечивает
- Увеличение производительности
- Рост рентабельности
- Быстрый возврат инвестиций
- И все это – без необходимости что-либо программировать!
Скачать в PDF: Джон Гей Системный архитектор