ОПТИМИЗИРОВАННОЕ РЕЗЕРВНОЕ · PDF filesap erp ides ... который выступает в роли замены для неформатированного

Белая книга

EMC SOLUTIONS GROUP

Аннотация

В данной белой книге описывается, как технология дедупликации на лету повышает эффективность процессов резервного копирования и восстановления в системах SAP благодаря использованию системы хранения данных с функцией дедупликации EMC® Data Domain®, ПО EMC Data Domain Boost (DD Boost) и EMC NetWorker®. Кроме того, в этом документе обсуждаются передовые практики, обеспечивающие простоту и эффективность управления за счет использования NetWorker Module for SAP с Oracle и модуля NetWorker PowerSnap.

Февраль 2012 г.

ОПТИМИЗИРОВАННОЕ РЕЗЕРВНОЕ КОПИРОВАНИЕ И ВОССТАНОВЛЕНИЕ ДЛЯ ЛАНДШАФТОВ SAP С ПОМОЩЬЮ EMC DATA DOMAIN И EMC NETWORKER Подробный обзор

Оптимизированное резервное копирование и восстановление для ландшафтов SAP с помощью EMC Data Domain и EMC NetWorker

2

© Корпорация EMC, 2012 г. Все права защищены.

Согласно сведениям корпорации EMC информация, которая приведена в данной публикации, является правильной на дату публикации. Данная информация может измениться без уведомления.

Содержащаяся в данной публикации информация предоставляется на условиях «как есть». Корпорация EMC не предоставляет никаких условий или гарантий в отношении указанной информации и отказывается от подразумеваемых гарантий коммерческой ценности и пригодности для определенной цели.

Использование, копирование и распространение любых продуктов ЕМС, описанных в данной публикации, требует наличия соответствующей лицензии.

Самый последний список названий продуктов корпорации EMC можно найти в разделе «Товарные знаки корпорации EMC» на сайте russia.emc.com.

VMware, ESX, VMware vCenter и VMware vSphere являются зарегистрированными товарными знаками или товарными знаками компании VMware, Inc. в США и/или других юрисдикциях.

Intel и Xeon являются товарными знаками корпорации Intel в США и/или других странах.

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

Номер документа H8205.1

3 Оптимизированное резервное копирование и восстановление для ландшафтов SAP с помощью EMC Data Domain и EMC NetWorker

Содержание

Краткий обзор ................................................................................................................... 5 Бизнес-обоснование ................................................................................................................ 5 Обзор решения ........................................................................................................................ 5 Основные результаты.............................................................................................................. 6

Введение ........................................................................................................................... 7 Цель .......................................................................................................................................... 7 Рассматривае-мые вопросы.................................................................................................... 7 Аудитория ................................................................................................................................. 7 Терминология ........................................................................................................................... 7

Технический обзор .......................................................................................................... 9 Обзор ........................................................................................................................................ 9 Системы EMC Data Domain ..................................................................................................... 9 ПО EMC Data Domain Boost..................................................................................................... 9 EMC NetWorker ........................................................................................................................ 9 EMC NetWorker Module for SAP с Oracle ................................................................................10 EMC NetWorker PowerSnap Module for CLARiiON .................................................................10 EMC Data Protection Advisor ...................................................................................................10 VMware vSphere ......................................................................................................................10 SAP ERP IDES .........................................................................................................................10 HP LoadRunner ........................................................................................................................10

Архитектура решения ................................................................................................... 11 Обзор решения .......................................................................................................................11 Аппаратная среда ...................................................................................................................12 Программная среда ................................................................................................................13

Конструкция и настройка ............................................................................................. 14 Введение .................................................................................................................................14 Основные рекомендации ........................................................................................................14 Конструкция системы хранения SAP .....................................................................................15 Настройка ПО DD Boost ..........................................................................................................16 Настройка ПО NetWorker ........................................................................................................17 Настройка NMSAP ..................................................................................................................18 Специфическая настройка PowerSnap ..................................................................................21 Настройка загрузки данных ....................................................................................................21

Тестирование и валидация .......................................................................................... 22 Обзор тестирования ...............................................................................................................22 Процедура тестирования .......................................................................................................24 Результаты тестирования ......................................................................................................25 Анализ результатов ................................................................................................................32


4

Заключение ..................................................................................................................... 37 Резюме ....................................................................................................................................37 Результаты ..............................................................................................................................37

Справочные документы ............................................................................................... 38 Белые книги .............................................................................................................................38 Документация по продуктам ...................................................................................................38 Прочая документация .............................................................................................................38

Дополнительная информация .................................................................................... 39 Обзор .......................................................................................................................................39 Профиль утилиты резервного копирования ..........................................................................39 Профиль утилиты резервного копирования для PowerSnap ................................................39 Файл настройки PowerSnap ....................................................................................................40


Краткий обзор С внедрением технологий виртуализации серверов и нескольких копий систем SAP, необходимых для целей тестирования, ландшафты систем SAP становятся все более сложными. С виртуализацией возрастает количество серверов. Требуется выполнять резервное копирование каждой системы SAP, добавляемой в ландшафт. В связи с экспоненциальным ростом объемов данных, сокращением бюджетов и возрастанием потребностей в длительном хранении, необходимом для стратегического управления и аудита процессов, становится все сложнее выполнять требования резервного копирования. Администраторы систем SAP часто сталкиваются с проблемами выполнения соглашений об уровне обслуживания в следующих вопросах эксплуатации и обслуживания:

завершение резервного копирования в течение выделенного окна резервного копирования;

выполнение задач резервного копирования без снижения производительности производственной системы SAP;

обеспечение восстановления данных в пределах целевого времени восстановления (RTO);

повышение эффективности использования полосы пропускания сети во время резервного копирования;

сокращение затрат времени администраторов на обработку ленточных носителей и эффективное использование квалифицированных специалистов в области администрирования систем.

Данное комплексное решение предлагает технологии резервного копирования и восстановления следующего поколения для SAP с использованием систем хранения данных с функцией дедупликации на лету EMC Data Domain на основе процессоров Intel® Xeon®, а также ПО EMC NetWorker и EMC Data Protection Advisor.

Системы Data Domain и ПО NetWorker служат центральными компонентами решения и обеспечивают оптимизацию задач резервного копирования и восстановления систем SAP, повышают простоту и эффективность эксплуатации, а также способствуют снижению совокупной стоимости владения. Показатель совокупной стоимости владения — это ключевой фактор, который следует учитывать при выполнении соглашений об уровне обслуживания в условиях экспоненциального роста объемов данных и сокращения ИТ-бюджетов.

ПО DD Boost значительно повышает производительность резервного копирования, сокращает длительность окон резервного копирования и оптимизирует использование полосы пропускания локальной сети. Это достигается благодаря перераспределению составляющих процесса дедупликации на клиент резервного копирования или узел хранения данных NetWorker.

Бизнес-обоснование

Обзор решения


6

NetWorker используется в качестве инструмента управления резервным копированием для общего управления процессом резервного копирования и операциями восстановления. Благодаря взаимодействию с модулем PowerSnap™ NetWorker выполняет резервное копирование вне сервера. Это позволяет исключить влияние процессов резервного копирования на производительность производственного сервера SAP.

Data Protection Advisor (DPA) предоставляет комплексный набор функций для анализа операций по защите данных, что позволяет гарантировать защиту и возможность восстановления данных. Анализируя приложения резервного копирования, поддерживающую инфраструктуру и целевую систему хранения, DPA может выявить проблемы до того, как они приведут к сбою. Кроме того, DPA значительно упрощает обработку метрик всего ландшафта резервного копирования.

Это решение демонстрирует следующие преимущества.

Снижение затрат на инфраструктуру при использовании систем Data Domain, обеспечивающих коэффициент дедупликации до 20:1.

Улучшение использования ресурсов в результате применения систем Data Domain с ПО DD Boost, разгрузка полосы пропускания локальной сети на величину до 93%.

Сокращение окон резервного копирования на 43% при использовании систем Data Domain с ПО DD Boost.

Сокращение окон восстановления на 16% при использовании систем Data Domain с ПО DD Boost.

Устранение влияния на производительность производственной системы SAP во время резервного копирования с помощью модуля NetWorker PowerSnap Module.

Основные результаты


Введение Задача данного документа состоит в том, чтобы показать заказчикам SAP, как можно снизить использование ресурсов длительного хранения и достичь более высокой производительности при выполнении операций резервного копирования и восстановления за счет развертывания систем Data Domain с ПО DD Boost. Кроме того, в этом документе разъясняются преимущества сокращения затрат, повышения гибкости и внедрения дополнительной функциональности, обеспечиваемые сертифицированным решением.

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

В частности, в этой белой книге рассматриваются следующие вопросы:

улучшение коэффициента дедупликации данных резервного копирования за счет применения систем Data Domain;

повышение производительности операций резервного копирования и восстановления за счет ПО DD Boost;

прозрачная интеграция между NetWorker, системами Data Domain и системами SAP за счет использования NetWorker Module for SAP с Oracle (NMSAP);

функциональность резервного копирования на основе клонирования, обеспечиваемая PowerSnap;

мониторинг и анализ производительности, обеспечиваемый ПО DPA.

Данная белая книга предназначена для заказчиков, партнеров и сотрудников корпорации EMC, включая ИТ-специалистов по планированию, разработчиков архитектуры систем SAP, администраторов Basis и всех, кто участвует в оценке, приобретении, управлении, эксплуатации или разработке инфраструктуры ландшафта SAP.

Знание и опыт использования BR*Tools для резервного копирования и восстановления систем SAP с базами данных Oracle помогут в изучении материала.

Таблица 1. Термины, используемые в белой книге

Термин Определение BACKINT Внешний двоичный файл резервного копирования,

вызываемый BR*Tools для выполнения резервного копирования системы SAP на уровне файловой системы. Сертифицировано SAP.

Узел хранения Главный компьютер (включая сервер NetWorker), имеющий физическое подключение и выступающий владельцем подключенных устройств хранения данных.

AFTD Устройства Advanced File Type Device — тип устройств NetWorker для резервного копирования, создаваемых на локальных или сетевых дисках и управляемых узлом хранения NetWorker.

Цель

Рассматривае-мые вопросы

Аудитория

Терминология


8

Термин Определение Прокси-узел Вторичный хост, известный также как модуль Data Mover или

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

DEV Система разработки SAP, при первоначальном создании обычно копируемая с производственной системы SAP.

QAS Система контроля качества, называемая также тестовой системой, которая при первоначальном создании обычно копируется с производственной системы SAP.

PRD Производственная система SAP.

Целевое время восстановления (RTO)

Целевое время восстановления — это максимально допустимая продолжительность времени, в течение которого система SAP может простаивать после сбоя или аварии.

NaviSecCLI Защищенный интерфейс командной строки Navisphere. Используется для настройки массивов CLARiiON и управления ими.

BR*Tools Набор инструментов, предоставляемый SAP для задач администрирования баз данных Oracle.

ESX Архитектуры гипервизоров VMware на базе совместимых физических серверов, предоставляющие основу для создания виртуальной ИТ-инфраструктуры и управления ею.

Виртуальная машина

Виртуальная машина (ВМ) — это полностью изолированный программный контейнер, в котором, как на физическом компьютере, можно запустить отдельную операционную систему и любые приложения.

VMDK Файлы дисков виртуальной машины, дескриптор хранилища данных.

VMFS VMware Virtual Machine File System — кластерная файловая система, позволяющая нескольким хостам VMware ESX одновременно получать доступ к одному файлу VMDK.

RDM Установка соответствия неформатированных носителей: представляет собой файл установки соответствия в томе VMFS, который выступает в роли замены для неформатированного физического устройства. Он обеспечивает легкость управления VMFS с возможностью доступа к неформатированным устройствам, которая требуется определенным приложениям.

NMSAP EMC NetWorker Module for SAP с Oracle


Технический обзор В этом разделе кратко описаны перечисленные ниже основные компоненты решения.

Система хранения EMC Data Domain с функцией дедупликации.

EMC Data Domain Boost.

EMC NetWorker.

EMC NetWorker Module for SAP с Oracle.

EMC NetWorker PowerSnap Module for CLARiiON.

EMC Data Protection Advisor.

Сервер VMware ESX.

SAP ERP IDES.

HP LoadRunner.

Системы хранения EMC Data Domain с функцией дедупликации сокращают необходимый объем дисковых ресурсов хранения за счет выявления избыточных файлов и данных, поступающих в систему хранения, и позволяют добиться сокращения объема хранимых данных в среднем в 10—30 раз по сравнению с объемом исходного набора данных. Исключение дубликатов данных выполняется для входящих потоков данных и позволяет выявлять и размещать в системе хранения только новые или измененные сегменты данных в качестве уникальных экземпляров внутри файловой системы Data Domain. Системы хранения EMC® Data Domain® с функцией дедупликации для резервного копирования и восстановления используют многоядерные процессоры Intel Xeon, которые обеспечивают более быстрое исключение дубликатов данных и репликацию с эффективным использованием ресурсов сети. Это способствует сокращению затрат и повышению эффективности. Системы EMC Data Domain используют набор инструкций Intel SSE для повышения параллелизма и более эффективного использования системной памяти. Это значительно повышает общую производительность системы.

Программное обеспечение EMC Data Domain Boost существенно повышает производительность за счет перераспределения элементов процесса дедупликации на клиент резервного копирования или узел хранения NetWorker. Без Data Domain Boost сервер резервного копирования отправляет все данные вне зависимости от их уникальности или избыточности в систему Data Domain для их дедупликации.

Программное обеспечение для резервного копирования и восстановления EMC NetWorker централизует, автоматизирует и ускоряет резервное копирование и восстановление данных в ИТ-средах. NetWorker обеспечивает централизованное выполнение операций резервного копирования и восстановления, что позволяет полностью контролировать защиту данных в различных вычислительных средах и средах хранения данных.

Обзор

Системы EMC Data Domain

ПО EMC Data Domain Boost

EMC NetWorker


10

EMC NetWorker Module for SAP с Oracle (NMSAP) — это сертифицированный SAP модуль расширения NetWorker, обеспечивающий интерфейс резервного копирования и восстановления между программами SAP BR*Tools и сервером NetWorker. Backint, часть NMSAP, обеспечивает интерфейс между BR*Tools и NetWorker.

NetWorker PowerSnap Module for CLARiiON расширяет возможности ПО EMC NetWorker, обеспечивая защиту данных на основе моментальных снимков совместно с системами хранения данных EMC CLARiiON. Резервное копирование производится практически мгновенно вне зависимости от размера тома. ПО PowerSnap Module позволяет часто создавать резервные копии, практически не оказывая влияния на работу сети или сервера приложений.

EMC Data Protection Advisor (DPA) — это приложение для создания расширенных отчетов и анализа резервного копирования, предоставляющее пользователям полную видимость всех событий, происходящих в среде резервного копирования. DPA собирает данные, поступающие от серверов и клиентов резервного копирования, баз данных, сетевых коммутаторов, коммутаторов сетей хранения данных (SAN) и ленточных библиотек. DPA сопоставляет информацию, поступающую из всех этих областей, и позволяет создавать расширенные отчеты, выполнять поиск и устранение неполадок, управление производительностью и планирование емкости. DPA обеспечивает превосходное представление системных сред VMware и Data Domain, давая пользователям возможность выявлять узкие места, балансировать нагрузку и выводить представление среды в различных ракурсах на один экран.

VMware vSphere — это основа динамической самооптимизирующейся ИТ-инфраструктуры. Это надежный, проверенный в производственных условиях уровень виртуализации, разделяющий ресурсы процессора, памяти, системы хранения и сети на несколько виртуальных машин. VMware vSphere позволяет предприятиям резко снизить затраты на оборудование и операционные издержки за счет предоставления общего доступа к ресурсам в виртуальной среде. Компоненты VMware vSphere включают ESX, ESXi и vCenter.

SAP ERP IDES — это «интернет-система демонстрации и оценки», используемая в системе ERP Central Component (ECC) и представляющая собой модель компании. Она состоит из международной группы с дочерними компаниями, расположенными в нескольких странах. Система IDES содержит данные приложений для различных бизнес-сценариев, которые можно реализовать в системах SAP. Бизнес-процессы в системе IDES разработаны таким образом, чтобы отражать реальные бизнес-требования и иметь доступ ко многим реальным характеристикам. IDES использует простые бизнес-сценарии для демонстрации комплексных функций системы ECC. Однако нас в IDES будет интересовать не сама функциональность, а бизнес-процессы и их интеграция.

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

EMC NetWorker Module for SAP с Oracle

EMC NetWorker PowerSnap Module for CLARiiON

EMC Data Protection Advisor

VMware vSphere

SAP ERP IDES

HP LoadRunner


Архитектура решения Рисунок 1 изображает высокоуровневую архитектуру среды решения.

Рисунок 1. Обзор архитектуры

Чтобы повысить производительность резервного копирования, рекомендуется использовать выделенное сетевое подключение между узлами хранения NetWorker и системами Data Domain. Для этой цели можно использовать подключение по каналу 1 Гбит/с и 10 Гбит/с. Сетевое подключение 10 Гбит/с обеспечивает самую высокую скорость подключения, но для его реализации требуются дополнительные затраты на инфраструктуру. В тех средах, где возможность подключения по каналу 10 Гбит/с отсутствует или недоступна по экономическим соображениям, подключение по каналу 1 Гбит/с также можно использовать для установления частного соединения для передачи данных с высокой пропускной способностью. Это позволяет избежать задержек и сложностей, присущих совместно используемому подключению Ethernet.

Обзор решения


12

Для получения дополнительной информации см. «Руководство по интеграции EMC NetWorker Data Domain с устройствами дедупликации 7.6 с пакетом обновления 1». В данном решении применяется топология совместно используемой сети, поскольку одновременно выполняется только одна задача резервного копирования. Это снижает требования к полосе пропускания сети.

Системы разработки SAP (DEV) и контроля качества (QAS), сервер NetWorker и Data Protection Advisor (DPA) — все эти компоненты установлены и сконфигурированы на виртуальных машинах VMware.

Чтобы обеспечить максимальную производительность и упростить управление устройствами резервного копирования, выделенный узел хранения NetWorker был настроен как горизонтально масштабируемая передовая практика развертывания NetWorker для управления всеми процессами резервного копирования. Для производственной системы SAP был установлен и настроен модуль NetWorker PowerSnap для монтирования клона производственной системы SAP на прокси-узле (временном сервере резервного копирования). На этом прокси-узле (или узле монтирования) был также установлен узел хранения NetWorker, чтобы снять нагрузку по резервному копированию с производственного сервера SAP и избежать какого-либо влияния на производительность производственной системы SAP, а также обеспечить максимальную производительность резервного копирования с помощью выделенного хоста.

Сервер DPA использовался в качестве центрального инструмента управления производительностью для мониторинга производительности операций резервного копирования и восстановления на серверах SAP и узлах хранения. Тем не менее, VMware рекомендует использовать клиент vSphere для сбора данных об использовании ЦП на виртуализированной платформе. Подробнее см. в документе «Поиск и устранение неполадок с производительностью для VMware vSphere™ 4.1».

Система SAP PRD и прокси-узел размещаются на физических серверах, которые подключены к серверу ESX по локальной сети. Система EMC CLARiiON подключена ко всем серверам приложений по сети хранения данных.

Таблица 2 предоставляет подробные сведения об аппаратной среде для данного сценария использования.

Таблица 2. Аппаратная среда

Оборудование Количество Конфигурация EMC CLARiiON 1 Модель: CX4-480

25 дисков FC 450 ГБ 15 000 об/мин 10 дисков SATA 1 ТБ 7200 об/мин

Система хранения EMC Data Domain с функцией дедупликации

1 Модель: DD670 12 дисков SATA 1 ТБ 32 диска SATA 2 ТБ

Сервер EMC Data Protection Advisor

1 Виртуальная машина VMware Четыре виртуальных ЦП, память 6 ГБ

Сервер EMC NetWorker

1 Виртуальная машина VMware Четыре виртуальных ЦП, память 6 ГБ

Аппаратная среда


Оборудование Количество Конфигурация Хост SAP DEV 1 Виртуальная машина VMware

Четыре виртуальных ЦП, память 16 ГБ

Хост SAP PRD 1 Тип ЦП: 4 четырехъядерных процессора 2,93 ГГц Память: 16 ГБ

Хост SAP QAS 1 Виртуальная машина VMware Четыре виртуальных ЦП, память 16 ГБ

Прокси-узел (называемый также узлом резервного копирования или монтирования, используется PowerSnap)

1 Тип ЦП: 4 четырехъядерных процессора 2,93 ГГц Память: 16 ГБ

Сервер узла хранения

1 Тип ЦП: 4 четырехъядерных процессора 2,93 ГГц Память: 16 ГБ

Сервер VMware ESX 1 Тип ЦП: 2 четырехъядерных процессора Intel Xeon X5570 2,93 ГГц (семейство процессоров Nehalem) Память: 96 ГБ

Примечание На сервере VMware ESX активирована многопоточность, соответственно были доступны 16 логических виртуальных процессоров.

Таблица 3 предоставляет подробные сведения о программной среде для данного решения.

Таблица 3. Программная среда

Программное обеспечение Версия

Linux Redhat Enterprise 5.2 AS5 U2, 64-разрядная версия

СУБД Oracle Database 10.2.0.4, 64-разрядная версия

SAP ERP 6.04/NW7.01 IDES, 64-разрядная версия, Unicode

EMC NetWorker 7.6 с пакетом обновления 1

NetWorker Module for SAP с Oracle (NMSAP)

4.2

NetWorker PowerSnap Module

2.5 с пакетом обновления 1

Версия операционной системы EMC Data Domain

4.9.26–226914

VMware vSphere™ 4.1–258902

EMC CLARiiON CX Flare 04.29.0.5.014 с Clone Enabler

EMC Navisphere® Agent 6.29.6 (0.35)

EMC NaviSecCLI 6.29

Программная среда


14

Конструкция и настройка В данном разделе содержится информация о настройке этого решения, в том числе:

ключевые настройки или необходимые ресурсы для сертифицированных сценариев тестирования;

конструкция системы хранения SAP; настройка программных компонентов; настройка ПО DD Boost; настройка ПО NetWorker; настройка NMSAP; специфическая настройка PowerSnap;

настройка генерации томов данных.

Представленные в этом решении системы SAP соответствуют традиционной рекомендации SAP по ландшафту, включающему три системы, обозначенные как DEV, QAS и PRD. В данном решении сравниваются результаты по производительности между базовым сценарием и сценарием Data Domain с ПО DD Boost. В базовом сценарии выполняется резервное копирование данных на диски SATA в системе CLARiiON, тогда как в сценарии Data Domain выполняется резервное копирование данных на устройство Data Domain с ПО DD Boost.

При выполнении тестов в процессе валидации решения учитывались следующие рекомендации:

В базовом сценарии тестирования данные резервного копирования оправлялись на диски SATA в системе CLARiiON (представленной как AFTD).

Резервное копирование системы SAP было настроено для запуска через BR*Tools с BACKINT.

ПО DD Boost было активно на протяжении всего процесса тестирования для резервного копирования системы Data Domain.

Резервное копирование было оптимизировано с использованием технологии мультиплексирования. Задача резервного копирования была сконфигурирована для запуска в производственной системе SAP на двух устройствах Data Domain с шестью потоками данных в каждом. Непроизводственные системы SAP были сконфигурированы с двумя устройствами Data Domain с четырьмя потоками данных в каждом.

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

Производственная система была отдельно настроена для выполнения резервного копирования журнала архива через каждые два часа. Все резервные копии журналов архива помещались в выделенный пул, связанный с AFTD. Журнал архива разделял больше уникальных сегментов данных в своем содержании. Благодаря изоляции резервных копий журналов архива было устранено их влияние на коэффициент дедупликации Data Domain, поскольку резервные копии случайных данных в журналах архива отправлялись в отдельное расположение.

Введение

Основные рекомендации


Были задействованы также системы разработки и тестирования, чтобы проверить на виртуальных платформах процессы резервного копирования с дедупликацией на лету. Приложение SAP и база данных Oracle были установлены на тома Raw Device Mapping (RDM). Выполнялось только одно резервное копирование систем DEV и QAS.

Более подробную информацию о резервном копировании с мультиплексированием можно найти в «Руководстве по администрированию EMC NetWorker Release 7.6 с пакетом обновления 1».

Таблица 4 описывает конструкцию системы хранения для систем SAP DEV и QAS на основе виртуальных машин.

Таблица 4. Шаблон конструкции системы хранения для систем на основе виртуальных машин

Тип RAID

Тип дисков

Размер логического модуля

Цель Файловая система

10 VMFS 90 ГБ Разделы root и swap в Linux

/

10 RDM 32 ГБ Исходный журнал отката

/oracle/<SID>/origlogA /oracle/<SID>/origlogB

10 RDM 32 ГБ Зеркалированный журнал отката

/oracle/<SID>/mirrlogA /oracle/<SID>/mirrlogB

5 RDM 64 ГБ Журнал архивирования Oracle

/oracle/<SID>/oraarch

5 RDM 128 ГБ Файлы данных базы данных

/oracle/<SID>/sapdata1











10 RDM 32 ГБ SAP BIN /sapmnt/<SID> /usr/sap/<SID> /usr/sap/trans

10 RDM 32 ГБ Oracle BIN /oracle/client /oracle/stage /oracle/<SID>/102_64

Конструкция системы хранения SAP


16

Таблица 5 описывает конструкцию системы хранения для системы SAP PRD на основе физических машин.

Таблица 5. Шаблон конструкции системы хранения для системы, созданной на основе физических машин

Тип RAID Размер логического модуля

Цель Файловая система

10 68 ГБ Разделы root и swap в Linux

/

10 32 ГБ Исходный журнал отката

/oracle/PRD/origlogA /oracle/PRD/origlogB

10 64 ГБ Зеркалированный журнал отката

/oracle/PRD/mirrlogA /oracle/PRD/mirrlogB

5 32 ГБ Журнал архивирования Oracle

/oracle/PRD/oraarch

5 128 ГБ Файлы данных базы данных

/oracle/PRD/sapdata1











10 32 ГБ SAP BIN /sapmnt/PRD /usr/sap/PRD /usr/sap/trans

10 32 ГБ Oracle BIN /oracle/client /oracle/stage /oracle/PRD/102_64

ПО DD Boost значительно повышает производительность резервного копирования и снижает нагрузку на сервер резервного копирования. Кроме того, ПО DD Boost снижает требования к полосе пропускания локальной сети, поскольку из сервера резервного копирования или клиента приложения в систему Data Domain передаются только уникальные сегменты данных. Выполните перечисленные ниже шаги, чтобы настроить ПО DD Boost в системе Data Domain.

1. Проверьте лицензию DD Boost.

2. Создайте пользователя резервного копирования и задайте имя пользователя для DD Boost.

Настройка ПО DD Boost


3. Убедитесь, что файловые системы Data Domain и службы NFS включены.

4. Убедитесь, что ПО DD Boost активно.

5. Создайте устройство хранения.

FДля получения подробных сведений о настройке см. «Руководство по администрированию EMC DD OS 4.9» и «Руководство по интеграции EMC NetWorker Data Domain Deduplication Devices 7.6 с пакетом обновления 1». См. Раздел Настройка NMSAP для получения подробных сведений о настройке NMSAP.

Выполните общие задачи по настройке NetWorker, следуя шагам, приведенным в «Руководстве по администрированию NetWorker 7.6 с пакетом обновления 1». К общим задачам относятся:

1. Создание шаблона этикетки.

2. Создание пула носителей.

3. Создание устройства.

4. Создание ресурсов группы и клиента.

Ресурс клиента SAP требует специальных настроек для имени Save set (Сохраняемый набор данных) и Backup command (Команда резервного копирования), как показано в Рисунок 2 и Рисунок 3, в качестве элемента настройки NMSAP.

Рисунок 2. Задание сохраняемого набора данных (Save set) на

клиенте SAP

Имя Save set в формате backint:<sid> означает способ резервного копирования, выполняемого под управлением NMSAP.

Настройка ПО NetWorker


18

Рисунок 3. Задание команды резервного копирования (Backup command) на клиенте SAP

Полная Команда резервного копирования выглядит следующим образом:

nsrsapsv -f /oracle/PRD/102_64/dbs/nsrsapsv.cfg

Команда указывает, какой файл настройки должен вызвать модуль NMSAP в случае начала резервного копирования. Когда указывается команда резервного копирования, применяется процесс ручной настройки для достижения гибкого контроля над резервным копированием систем SAP. Помимо задаваемой вручную команды резервного копирования можно использовать мастер NetWorker для простой настройки параметров резервного копирования систем SAP.

Более подробную информацию о профиле команды резервного копирования см. в «Руководстве по администрированию EMC NetWorker Module for SAP с Oracle 4.2». Для резервного копирования с помощью Data Domain следует создать устройство Data Domain и связать его с соответствующим пулом, связанным с ресурсами группы NetWorker.

Решение прошло валидацию с приведенными ниже настройками NMSAP, указанными для систем SAP. Подробные сведения о настройке непроизводственной системы см. в Таблица 6, а о настройке производственной системы — в Таблица 7.

Таблица 6. DEV или QAS — initDEV.sap или initQAS.sap

Характеристика профиля Значение Размер базы данных 497 ГБ

Используемое пространство в базе данных

415 ГБ

Установленный агент NMSAP

BR*Tools — тип устройства резервного копирования

util_file_online

BR*Tools — способ резервного копирования

online_cons

BR*Tools — режим резервного копирования

all_data

Настройка NMSAP


Примечание Размер базы данных — это общий размер всех файлов данных Oracle за исключением временного табличного пространства, а используемое пространство базы данных относится к пространству, занятому актуальными сегментами данных в базе данных Oracle. Увеличение объема данных вычисляется путем сравнения используемого пространства в базе данных с занятым пространством.

Таблица 7. PRD — initPRD.sap

Характеристика профиля Значение Размер базы данных (исходный)

502 ГБ

Используемое пространство (исходное)

437 ГБ

Установленный агент NMSAP, PowerSnap (действительно для резервного копирования с помощью PowerSnap)

BR*Tools — тип устройства резервного копирования

util_file_online

BR*Tools — способ резервного копирования

online_cons

BR*Tools — режим резервного копирования

all_data

Объяснение параметров BR*Tools приводится ниже.

Значение профиля описывается следующим образом: util_file_online

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

online_cons Резервное копирование выполняется, когда база данных открыта. Файлы базы данных и автономных журналов отката, сгенерированных во время резервного копирования, копируются в один и тот же том. В результате пользователю доступен логически согласованный набор данных.

all_data Выполняйте резервное копирование файлов всех табличных пространств за исключением чистых индексных табличных пространств или пустых пространств.


20

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

Для получения дополнительных сведений о настройках BR*Tools см. онлайн-справку по SAP.

Специфическая настройка DD Boost

Параметры в профиле служебной программы резервного копирования связаны с функциональностью DD Boost, как показано в Таблица 8.

Таблица 8. PRD — initPRDpsdd.utl

Характеристика профиля Значение NSR_DIRECT_ACCESS нет

NSR_DEVICE_INTERFACE DATA_DOMAIN

Примечание. Параметр NSR_DIRECT_ACCESS определяет

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

Значение Да означает, что вычисление дубликатов данных происходит на сервере SAP, а данные резервного копирования передаются непосредственно в устройство Data Domain.

Значение Нет означает, что вычисление дубликатов данных происходит на узле хранения NetWorker, а данные резервного копирования передаются в устройство Data Domain через узел хранения NetWorker.

Режим прямого доступа активирован только на клиенте приложения. Если активирован сценарий резервного копирования для производственных систем SAP с помощью PowerSnap, должно быть установлено значение параметра Нет. Это приводит к вынужденному выполнению элементов процесса дедупликации на узле хранения NetWorker, установленном на прокси-узле. Тем временем том производственных данных сначала монтируется на прокси-узле. После чтения и дедупликации данных они передаются с прокси-узла на устройство Data Domain.

Для непроизводственных систем активирован непосредственный доступ. Это приводит к тому, что данные дедуплицируются непосредственно на клиенте приложений без участия узла хранения. Затем дедуплицированные данные передаются из сервера SAP непосредственно в систему Data Domain.

Более подробную информацию о профиле программы резервного копирования см. в «Руководстве по администрированию EMC NetWorker Module for SAP с Oracle 4.2».


Резервное копирование на основе клонирования для производственной системы SAP было сертифицировано с использованием следующих параметров настройки.

Таблица 9 содержит список характеристик настройки прокси-узла, использующего PowerSnap.

Таблица 9. Настройка PowerSnap на прокси-узле

Характеристика профиля Значение Установленный агент PowerSnap

Синхронизированные тома Файлы данных базы данных

Тип моментального снимка Клон

Способ резервного копирования PowerSnap

Немедленное резервное копирование в реальном времени (внесерверное резервное копирование с использованием моментальных снимков)

Примечание Резервное копирование файла управления базы данных, профиля BR*Tools и файлов журналов всегда выполняется непосредственно на производственном узле.

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

Более подробную информацию о резервном копировании и восстановлении на основе NMSAP с помощью модуля PowerSnap см. В «Руководстве по администрированию EMC NetWorker Module for SAP с Oracle 4.2».

HP LoadRunner обеспечивает генерацию данных в моделируемой заказчиком среде. В этом примере используются приведенные ниже сценарии рабочей нагрузки:

Полный цикл закупки (P2P): данный процесс предусматривает серию шагов по созданию заявки на материал, заказа на приобретение со ссылкой на заявку на материал, изменение документированных условий, поступление материала и счет за заказ на приобретение.

Транзакция выполнения заказа (OTC): этот процесс отражает сценарий продажи со склада, который предусматривает создание заказа, включающего шесть отдельных позиций, и соответствующую отгрузку с последующим движением запасов и выставлением счета заказчику.

Задачи, определенные для запуска в LoadRunner, имеют следующие атрибуты:

50 пользователей для P2P; 100 пользователей для OTC; Продолжительность: 2 часа 20 минут.

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

Специфическая настройка PowerSnap

Настройка загрузки данных


22

Тестирование и валидация Резервное копирование SAP — это важная и довольно сложная задача для системных администраторов. Задача данного решения заключается в следующем:

валидация оптимизации резервного копирования SAP путем использования системы Data Domain и NetWorker наряду с дополнительными программными продуктами с точки зрения использования хранилища резервных копий, окна резервного копирования и производительности восстановления.

Типичная стратегия резервного копирования, рекомендованная SAP, может включать следующие элементы:

цикл резервного копирования составляет 28 дней;

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

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

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

Чтобы выполнить эти требования, заказчикам SAP необходимо непрерывно наращивать объем хранилища резервных копий или ленточных томов с целью обеспечить достаточное пространство для хранения постоянно возрастающего объема данных резервных копий. Кроме того, трудно управлять растущим объемом носителей резервных копий, используя ленточную библиотеку.

В традиционных ленточных средах резервного копирования различные приложения совместно используют одну сеть, что приводит к возникновению узких мест в сети в часы наибольшей загрузки и тем самым снижает производительность резервного копирования. Узкие места сети и влияние на производительность резервного копирования недопустимы для таких работающих круглосуточно и непрерывно систем, как SAP. Кроме того, заказчики SAP могут испытывать другие проблемы при выполнении задач резервного копирования, перечисленные ниже:

увеличение в три раза требований к пространству резервного копирования для сред SAP DEV, QAS и PRD;

соперничество за ресурсы ЦП и дисков на сервере SAP, вызванное задачей резервного копирования;

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

Чтобы справиться со всеми этими проблемами, EMC предлагает систему Data Domain, NetWorker и решение для резервного копирования DPA, предназначенное для заказчиков SAP. Задача данного решения заключается в следующем:

подтвердить преимущества дедупликации для резервного копирования систем SAP, особенно в отношении выполнения резервного копирования сразу в нескольких системах SAP (DEV, QAS и PRD);

Обзор тестирования


подтвердить повышение производительности резервного копирования SAP в отношении продолжительности резервного копирования и использования сети за счет DD Boost с NMSAP;

подтвердить функциональность резервного копирования на основе клонирования в отношении устранения влияния на производительность клиента резервного копирования;

подтвердить функциональность средств мониторинга и отчетности по резервному копированию с помощью EMC Data Protection Advisor;

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

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

Коэффициент дедупликации (размер логической резервной копии / размер реальной резервной копии).

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

Использование локальной сети во время резервного копирования. Использование ЦП на хосте или хостах. Для сценариев

резервного копирования производственной системы отслеживалось использование ЦП узла PRD и прокси-узла.

В процессе валидации решения выполнялось два типа тестирования. Базовое тестирование. Тестирование системы Data Domain.

В число основных шагов в каждом сценарии входят следующие: первоначальное резервное копирование систем PRD, DEV и QAS; пять последовательных резервных копий системы PRD

с однопроцентным изменением данных между операциями резервного копирования.

восстановление данных для систем PRD, DEV и QAS. Примечания.

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

Все операции резервного копирования включают оперативное полное резервное копирование базы данных Oracle, на базе которой работает система SAP. Ежедневное полное резервное копирование системы SAP необходимо для защиты данных от случайной потери, что соответствует требованиям типичных политик защиты данных.

В обоих сценариях тестирования базовой системы и системы Data Domain резервное копирование системы SAP PRD включало первоначальное резервное копирование и последующие операции резервного копирования с разностной нагрузкой. ПО HP LoadRunner использовалось для пятикратной загрузки данных в систему SAP PRD между операциями резервного копирования, чтобы стимулировать изменения, создаваемые бизнес-процессами в базе данных SAP PRD.


24

Приведенные ниже процедуры тестирования выполнялись для валидации результатов тестирования базовой системы и системы Data Domain соответственно.

Базовое тестирование

Для проведения базового тестирования производственной системы SAP группа тестирования выполняла приведенные ниже шаги:

1. Выполнение первоначального резервного копирования системы PRD.

2. Выполнение единовременного резервного копирования систем DEV и QAS.

3. Запуск LoadRunner для загрузки новых данных в систему PRD, составляющих примерно один процент от емкости базы данных.

4. Выполнение повторного резервного копирования системы PRD.

5. Четырехкратное повторение шагов 3 и 4 для генерации в совокупности пяти наборов данных наряду с отдельным набором резервных копий базы данных SAP PRD.

6. Удаление базы данных PRD и восстановление ее из последней резервной копии PRD.

7. Удаление баз данных DEV и QAS и восстановление их из соответствующих резервных копий.

Тестирование системы Data Domain.

Для выполнения резервного копирования и восстановления в сценарии тестирования системы Data Domain группа тестирования выполняла приведенные ниже шаги:

1. Выполнение первоначального резервного копирования системы PRD с помощью PowerSnap.

2. Выполнение единовременного резервного копирования систем DEV и QAS.

3. Извлечение базы данных PRD путем восстановления ее из соответствующей базовой резервной копии.

4. Выполнение еще одного резервного копирования системы PRD с помощью PowerSnap.

5. Повторение шагов 3 и 4 до тех пор, пока все базы данных, для которых выполнялось резервное копирование в базовом тесте, не будут восстановлены и не будет выполнено их резервное копирование в систему Data Domain.

6. Удаление базы данных PRD и восстановление ее из последней резервной копии.

7. Удаление баз данных DEV и QAS и восстановление их из соответствующих резервных копий.

Процедура тестирования


Примечания.

Шаги 3—5 предназначались для получения точно такой же копии базы данных, загруженной с помощью LoadRunner в сценарии базового тестирования. Это обеспечивало согласованность процесса и результатов загрузки данных во всех сценариях тестирования. Этот процесс использовался также для сведения к минимуму времени, необходимого для генерации изменений 1 процента данных в базе данных с помощью LoadRunner.

Резервное копирование систем DEV и QAS выполнялось непосредственно вслед за первоначальным резервным копированием системы PRD. Это делалось с целью наблюдения эффекта дедупликации между клиентами путем согласования непроизводственных систем SAP с производственной системой SAP на этапе первоначального резервного копирования.

Результаты первоначального резервного копирования

Все диаграммы производительности и данные, представленные ниже, были собраны с помощью DPA.

Рисунок 4 и Рисунок 5 указывают на использование ЦП и сетевого интерфейса производственной системы SAP при выполнении первоначального резервного копирования в процессе базового тестирования.

Рисунок 4. Базовое тестирование: малое использование ЦП системы SAP PRD во время первоначального тестирования

Использование ЦП системы PRD остается на низком уровне, в то время как использование сети остается на очень высоком уровне во время резервного копирования при базовом тестировании.

Результаты тестирования


26

Рисунок 5. Базовое тестирование: высокий уровень использования сети в системе SAP PRD во время первоначального тестирования

Рисунок 6 и Рисунок 7 указывают на использование ЦП производственной системы SAP и прокси-узла при выполнении первоначального резервного копирования в процессе тестирования системы Data Domain.

Рисунок 6. Тестирование системы Data Domain: использование ЦП производственной системы SAP во время первоначального тестирования


Рисунок 7. Тестирование системы Data Domain: использование ЦП прокси-узла в производственной системе SAP во время первоначального тестирования

Из приведенных выше двух рисунков видно, что нагрузка на ЦП производственной системы SAP практически отсутствует, тогда как ЦП прокси-узла загружен больше чем на десять процентов. Благодаря тому, что резервное копирование данных выполняется на прокси-узле, на котором монтируется реплика томов данных SAP, исключается воздействие на ЦП производственного сервера SAP, связанное с резервным копированием.

Рисунок 8 указывает на использование сетевого интерфейса, зафиксированное на прокси-узле производственной системы SAP за тот же период.

Рисунок 8. Тестирование системы Data Domain: использование сетевого интерфейса прокси-узла в производственной системе SAP во время первоначального тестирования


28

Как показано на Рисунок 8, использование сети прокси-узлом также уменьшилось благодаря резервному копированию в систему Data Domain с помощью DD Boost.

Дополнительные метрики производительности указаны в таблицах с Таблица 10по Таблица 13.

Таблица 10. Статистика производительности производственной системы при выполнении резервного копирования при базовом тестировании

Иденти-фикатор системы SAP (SID)

Исполь-зование ЦП (в %)

Пропу-скная спосо-бность сети (МБ/с)

Размер базы данных (ГБ)

Использ-уемое простран-ство базы данных (ГБ)

Размер резервной копии (ГБ)

Продол-житель-ность (мин)

PRD 2,86 113,55 502 437 502 79,07

Таблица 11. Статистика производительности непроизводственной системы в ходе выполнения первоначального резервного копирования при базовом тестировании



Пропу-скная спосо-бность сети (МБ/с)


Использ-уемое простран-ство базы данных (ГБ)

Размер резервной копии (ГБ)


DEV 13,74 109,68 497 415 497 79

QAS 13,24 108,65 497 415 497 79,5


Размер базы данных и используемое пространство базы данных интерпретируются в примечании к Таблица 6.

Размер резервной копии — это общий размер содержания, физически записанного на устройство резервного копирования.

Таблица 12. Статистика производительности производственной системы в ходе выполнения резервного копирования при тестировании системы Data Domain


Использо-вание ЦП (в %) Пропускная

способно-сть сети (МБ/с)


Испол-ьзуемое прост-ранство базы данных (ГБ)

Размер резерв-ной копии Data Domain (ГБ)

Продо-лжите-льность (мин)

Хост SAP

Про-кси-узел

PRD 0,14 11 35,47 502 437 133,4 68,6


Таблица 13. Статистика производительности непроизводственной системы в ходе выполнения первоначального резервного копирования при тестировании системы Data Domain

Идентиф-икатор системы SAP (SID)


Пропускная способно-сть сети (МБ/с)


Исполь-зуемое прост-ранство базы данных (ГБ)

Размер резерв-ной копии Data Domain (ГБ)


DEV 21,3 11,7 497 415 29 45,2

QAS 21,25 1,56 497 415 3,1 41,22


Размер резервной копии Data Domain отражает объем данных, которые физически хранятся в системе Data Domain.

Данные об использовании ЦП для непроизводственной системы SAP собираются клиентом vSphere. VMware рекомендует использовать клиент vShpere в качестве инструмента мониторинга производительности, поскольку он более точен, чем инструменты гостевых систем, такие как top и mpstat. Подробнее см. в белой книге «Поиск и устранение неполадок производительности для VMware vSphere™ 4.1».

Как показано в таблицах с Таблица 10 по Таблица 13, размер резервной копии всех систем SAP, объединенных на базовом уровне, составляет приблизительно 1,5 ТБ, тогда как реальное пространство, использованное в системе Data Domain для размещения этих данных, составляет лишь 167 ГБ. Таким образом, коэффициент дедупликации достигает 9:1. Более важно то, что если выполнить сначала резервное копирование системы PRD, системе Data Domain требуется гораздо меньше пространства для резервного копирования систем DEV и QAS. Это указывает на поддержку глобальной дедупликации в системе Data Domain.

Другие факты, отмеченные в приведенных выше таблицах, включают оптимизированное использование сети и сокращение длительности окна резервного копирования. Использование сети значительно уменьшается со 108—113 МБ/с до 1,6—35 МБ/с. Таким образом, загрузка полосы пропускания снижается почти на 85 процентов. Время резервного копирования сократилось на 35 процентов: в среднем с 80 минут до 52 минут.

С развертыванием модуля Networker PowerSnap использование дополнительного ЦП в DD Boost также снижает нагрузку на производственную систему SAP, и все равно длительность окна резервного копирования снизилась по сравнению с базовым уровнем.

Результат последующего резервного копирования — только PRD

Таблица 14 и Таблица 15 предоставляют сравнение результатов последующих операций резервного копирования производственной системы SAP между базовым тестированием и тестированием системы Data Domain.


30

Таблица 14. Статистика производительности последующих операций резервного копирования при базовом тестировании

Последова-тельность операций резервного копиро-вания


Пропус-кная способ-ность сети (МБ/с)


Использ-уемое простра-нство базы данных (ГБ)

Размер резерв-ной копии (ГБ)


1 2,76 109,65 502 442 502 79,22

2 2,86 112,19 502 445 502 78,75

3 2,45 110,74 502 449 502 79,48

4 2,86 109,98 506 455 506 80,1

5 2,95 108,1 512 460 512 82,05

Примечание. Размер резервной копии был идентичен для первых четырех операций резервного копирования и начал увеличиваться после них. Это вызвано тем, что на ранних этапах загрузки данных в базе данных по-прежнему было доступно свободное пространство. Со временем, по мере загрузки данных в базу данных некоторые табличные пространства были заполнены, и необходимо было их расширить, что объясняет изменение базы данных, как показано в Таблица 14.

Таблица 15. Статистика производительности последующих операций резервного копирования при тестировании системы Data Domain

Последо-ватель-ность операций резерв-ного копиро-вания

Использование ЦП (в %)

Пропус-кная спосо-бность сети (МБ/с)


Увели-чение объема данных (ГБ)

Размер резер-вной копии Data Domain (ГБ)

Продо-лжител-ьность (мин) Хост

SAP Прокси-узел

1 0,05 15,47 2,2 502 5 5 45,5

2 0,1 15,22 1,97 502 4 3,2 45,83

3 0,12 14,24 2,47 502 4 3,9 47,92

4 0,08 15,11 2,05 506 6 4,9 46,85

5 0,11 15,2 2,28 512 5 0,9 46,43


При базовом тестировании размер резервной копии точно соответствует размеру базы данных. Это указывает на то, что NetWorker просто помещает данные резервной копии в устройство AFTD в неизменном виде. Этот подход представляет большую сложность для управления пространством хранилища резервных копий, поскольку требует дополнительных ресурсов хранения, увеличивает затраты на обслуживание и ограничивает длительность периода хранения в хранилище резервных копий той же емкости.

При тестировании системы Data Domain данные резервной копии, которые физически записываются в системе Data Domain (как показано в столбце «Размер резервной копии Data Domain», намного меньше, чем логический объем содержания резервной копии (как показано в столбце «Размер базы данных»). Во время резервного копирования с использованием системы Data Domain и ПО DD Boost по сети передаются только уникальные данные. Это значительно улучшает эффективность использования полосы пропускания локальной сети, снижает требования к хранилищу резервных копий, значительно увеличивает длительность периода хранения, упрощает стратегическое управление и повышает вероятность быстрого восстановления по сравнению с традиционными методами.

В ходе последовательных операций резервного копирования достигаются низкий коэффициент использования сети и оптимальная длительность окна резервного копирования. Использование сети значительно уменьшается со 110 МБ/с до 2,2 МБ/с, то есть почти на 99 процентов. Время резервного копирования снижается на 43 процента: в среднем с 80 минут до 46 минут.

Результат восстановления Время восстановления, представленное в Таблица 16, используется для сравнения времени восстановления между базовым тестированием и сценарием тестирования системы Data Domain.

Таблица 16. Результаты восстановления при базовом тестировании и тестировании системы Data Domain

SID Объем восстановленных данных (ГБ)

Длительность восстановления из устройства AFTD (в мин)

Длительность восстановления из системы Data Domain (в мин)

PRD 512 113,5 81,67

DEV 497 92 85,5

QAS 497 89 80,5

Сравнение результатов базового тестирования и сценария использования системы Data Domain показывает, что время восстановления снизилось на 16 процентов — с 98 до 82 минут. Это служит доказательством того, что система Data Domain оптимизирует не только задачу резервного копирования, но и операцию восстановления.


32

В следующих разделах представлены объединенные результаты тестирования и углубленный анализ по следующим сценариям тестирования:

используемое пространство в хранилище резервных копий;

производительность резервного копирования;

производительность восстановления;

влияние на производительность во время резервного копирования.

Используемое пространство в хранилище резервных копий

Рисунок 9 отображает графическое сравнение объединенных требований к емкости хранилища при единовременном резервном копировании всех трех систем SAP — PRD, QAS и DEV — во время базового тестирования и тестирования системы Data Domain.

Рисунок 9. Объем данных единовременного резервного копирования трех систем SAP

Как показано на диаграмме, требования к емкости хранилища при резервном копировании трех систем в три раза выше, чем при резервном копировании одной системы, и составляют приблизительно 1,5 ТБ. Для резервного копирования в систему Data Domain потребовалось всего 167 ГБ, что позволило за счет дедупликации и сжатия сэкономить 1,3 ТБ пространства хранилища резервных копий при защите того же самого набора данных объемом в 1,5 ТБ и обеспечило коэффициент дедупликации 9:1.

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

Анализ результатов


Рисунок 10 показывает сравнение между изменяющимися во времени требованиями к системе хранения в системах CLARiiON (базовое тестирование) и системах Data Domain.

Рисунок 10. Изменение во времени объема данных резервного копирования по сравнению с размером резервных копий в системе Data Domain

При использовании традиционного резервного копирования (базовое тестирование с устройством AFTD) требования к хранилищу возрастают со временем (5 дней) экспоненциально. В то же время требования к хранилищу в системе Data Domain оставались практически неизменными, что дает заказчикам возможность хранить больше данных и использовать при этом меньшую емкость. Со временем это повышает коэффициент дедупликации с 9:1 до 21:1 в проверенном сценарии.

Примечание. Результаты могут различаться, поскольку коэффициенты дедупликации зависят от частоты и объема изменений, а также от схожести данных в различных системах SAP, которые копируются в одну систему Data Domain.


34

Производительность резервного копирования

Рисунок 11 отображает графическое сравнение между результатами базового тестирования и тестирования системы Data Domain с точки зрения использования полосы пропускания сети.

Рисунок 11. Сравнение использования ресурсов сети

Благодаря применению системы Data Domain использование полосы пропускания было снижено на 93 процента, как следует из сравнения между результатами базового тестирования и тестирования системы Data Domain, выполненного на производственной системе SAP.


Рисунок 12. Сравнение длительности окон резервного копирования

Рисунок 12 указывает на снижение длительности окна резервного копирования между первоначальным резервным копированием и последующими операциями резервного копирования для производственной системы SAP. В сценарии первоначального резервного копирования эффективность резервного копирования улучшена на 14 процентов. В сценариях последующего резервного копирования процесс резервного копирования был ускорен на 43 процента, то есть выполнялся в 1,75 раз быстрее. Производительность восстановления

Производительность восстановления имеет большое значение для заказчиков SAP, поскольку системы для критически важных задач должны иметь минимальное время восстановления в случае сбоя. Система Data Domain повышает производительность восстановления, позволяя выполнять операции восстановления в 1,38 раза быстрее, чем с помощью устройств AFTD.

Рисунок 13. Сравнение времени восстановления


36

Влияние на производительность во время резервного копирования

Модуль NetWorker PowerSnap использовался для клонирования системы SAP PRD на прокси-узел. Нагрузка на ЦП и полосу пропускания сети в производственной системе SAP была перенесена на прокси-узел. Это позволило полностью снять нагрузку по резервному копированию с производственной системы SAP и обеспечить ее производительность и стабильность. Выделенные ресурсы резервного копирования на прокси-узле обеспечили максимальную эффективность резервного копирования и сократили общую длительность резервного копирования.

Рисунок 14. Сравнение использования ЦП в системе PRD и на прокси-узле между базовым тестированием и тестированием системы Data Domain


Заключение Чтобы выполнить требования сегодняшних соглашений об уровне обслуживания по защите данных в ландшафтах SAP, необходимо комплексное решение для резервного копирования. Данное решение демонстрирует лучшие в своем классе возможности резервного копирования в системах SAP с технологией дедупликации на лету, обеспечиваемой системой Data Domain на основе Intel Xeon, NetWorker и DPA.

Заказчики SAP могут более эффективно использовать имеющееся оборудование для резервного копирования SAP и оптимизировать стратегию резервного копирования и восстановления, обеспечив при этом значительное сокращение затрат с помощью систем Data Domain. Благодаря более низкой совокупной стоимости владения заказчикам SAP проще обслуживать инфраструктуру, чтобы лучше защищать свои среды SAP.

Системы Data Domain дают возможность заказчикам SAP значительно снизить затраты на хранилище резервных копий и выполнять резервное копирование нескольких систем SAP в соответствии с рекомендуемыми практиками резервного копирования SAP. Кроме того, дедупликация на лету обеспечивает более длительное хранение на месте данных резервных копий, что позволяет выполнить требования аудита или повторного использования старых данных для целей стратегического управления. Использование ПО DD Boost значительно повышает производительность резервного копирования и делает процесс резервного копирования более эффективным по сравнению с традиционным резервным копированием на ленту.

Системы Data Domain в сочетании с ПО NetWorker поднимают резервное копирование и восстановление SAP на новый уровень благодаря следующим факторам:

устранение дубликатов данных при многократном резервном копировании нескольких систем SAP, позволяющее достичь коэффициента дедупликации 20:1;

снижение длительности окна резервного копирования на 43 процента с помощью ПО DD Boost;

снижение использования локальной сети на величину до 93 процентов при резервном копировании с помощью ПО DD Boost;

совершенствование стратегии резервного копирования SAP и сокращение времени восстановления;

исключение влияния на производительность сервера SAP в процессе резервного копирования.

Сочетание систем Data Domain и NetWorker с Data Protection Advisor повышает уровни защиты данных SAP и упрощает задачи управления резервным копированием и восстановлением. Данное решение устраняет риски, связанные с операциями резервного копирования и восстановления SAP и повышает гибкость администрирования SAP.

Резюме

Результаты


38

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

«Резервное копирование и восстановление EMC для SAP с использованием EMC NetWorker Module for SAP с EMC Avamar — подробный обзор»

«Резервное копирование и восстановление EMC для приложений Microsoft с использованием дедупликации EMC CLARiiON и Data Domain — подробный обзор»

Дополнительные сведения см. в приведенных ниже документах по продуктам.

Руководство по установке EMC NetWorker Release 7.6 с пакетом обновления 1

Руководство по администрированию EMC NetWorker Release 7.6 с пакетом обновления 1

Руководство по установке EMC NetWorker Module for SAP с Oracle Release 4.2

Руководство по администрированию EMC NetWorker Module for SAP с Oracle Release 4.2

Руководство по установке и администрированию EMC NetWorker PowerSnap Module for CLARiiON Version 2.5 с пакетом обновления 1

Руководство по интеграции EMC NetWorker Data Domain Deduplication Devices 7.6 с пакетом обновления 1

Руководство по установке VMware ESX 4.1 и vCenter 4.1

Поиск и устранение проблем производительности для VMware vSphere™ 4.1

Руководство по администрированию EMC DD OS 4.9

Руководство по администрированию EMC Data Protection Advisor 5.8

Основное руководство по SAP ERP 6.0

Дополнительные сведения см. в приведенных ниже документах.

SAP ADM505 — администрирование баз данных Oracle

Белые книги

Документация по продуктам

Прочая документация


Дополнительная информация В этом разделе представлены примеры файлов настройки, использовавшихся в данной белой книге.

Список профилей утилиты резервного копирования приведен в Таблица 17.

Таблица 17. PRD — initPRD.utl

Характеристика профиля Значение NSR_NWPATH /usr/sbin/

parallelism 12

savesets 12

expiration 3 Months

pool 467PRD

server networker

client saplnx03.saptce.com

ssNameFormat new

NSR_SAVESET_RETENTION 3 Months

NSR_SAVESET_BROWSE 3 Months

Список профилей утилиты резервного копирования для PowerSnap приведен в Таблица 18.

Таблица 18. PRD — initPRDps.utl

Характеристика профиля Значение ps_backup_mode да

ps_archive_mode нет

ps_restore_mode да

ps_inquire_mode да

ps_exclude_backup_bi_run_nums 2

ps_exclude_archive_bi_run_nums 1;2

ps_exclude_backup_paths /oracle/PRD/102_64/dbs/*;/oracle/PRD/ sapreorg/*;/oracle/PRD/sapbackup/*

ps_opaque_pfilename /oracle/PRD/102_64/dbs/nsrsapps.cfg

Параметр ps_opaque_pfilename определяет путь к расположению файла настройки PowerSnap.

Обзор

Профиль утилиты резервного копирования

Профиль утилиты резервного копирования для PowerSnap


40

Список профилей настройки PowerSnap приведен в Таблица 19.

Таблица 19. PRD — nsrsapps.cfg

Характеристика профиля Значение NSR_CLIENT saplnx03.saptce.com

NSR_DATA_MOVER saplnx04.saptce.com

CLAR_SNAP_POOL /nsr/res/clariion.res

NSR_SNAP_TYPE emcclar

FRAME_IP <IP-адрес системы CLARiiON>

NSR_PS_SAVE_PARALLELISM 12

EMCCLAR_SNAP_SUBTYPE mirror

Файл настройки PowerSnap

Documents

ОПТИМИЗИРОВАННОЕ РЕЗЕРВНОЕ · PDF filesap erp ides ... который выступает в роли замены для неформатированного