Программа сааб что это такое

Все, что вы когда-либо хотели узнать о SAP HANA

Продукт HANA, разработанный и выпущенный в 2011 г. компанией SAP по инициативе ее основателя Хассо Платнера (поговаривают, что HANA — это акроним Hasso’s New Architecture), был представлен тогда как высокопроизводительная СУБД, способная размещать всю БД в оперативной памяти и обрабатывать ее там, не обращаясь к медленной дисковой подсистеме (in-memory). Сегодня она превратилась в полноценную платформу для разработки и исполнения приложений, запускаемых и в облаке, и на площадке заказчика. Более того, она стала базовой платформой для бизнес-приложений SAP, включая ее флагманский пакет SAP Business Suite.

Хотя в самых общих чертах о HANA сейчас знают практически все, кто следит за ИТ-рынком, есть важные детали, о которых люди, несомненно задумываются, но не удосуживаются либо стесняются спросить. Вот один из таких вопросов: «А что случится с БД в оперативной памяти, если сервер неожиданно будет обесточен?».

Что такое stage 1, 2, 3 тюнинг двигателя, виды отличия stage 1, 2 и 3

По-видимому, специалисту из британской консалтинговой фирмы Bluefin Solutions Джону Эпплби, имеющему статус SAP Mentor и являющемуся одним из наиболее влиятельных членов комьюнити SAP HANA, с подобными вопросами приходится сталкиваться особенно часто. Это побудило его завести в своем блоге постоянно обновляемый раздел FAQ с ответами на самые животрепещущие из них. Мы оставили за скобками те, что представляют интерес для узких специалистов, и приводим в сокращенном изложении наиболее общие. Кроме того, мы дополнили этот FAQ ответами специалистов представительства SAP в странах СНГ.

Зачем SAP создала собственную СУБД?

Один из основателей SAP и председатель ее совета директоров Хассо Платнер задумался о том, что если бы была доступна СУБД с практически нулевым временем отклика, то бизнес-приложения можно было бы писать совсем по-другому и ИТ-ландшафт при этом был бы существенно упрощен. Как производителю таких приложений SAP было понятно, что ни один из традиционных софтверных вендоров создавать подобную платформу не собирается, а потому ее нужно разрабатывать самим. Кроме того, в компании были убеждены, что такая платформа послужит мощным трамплином для инновационного обновления и упрощения продуктов SAP на протяжении следующих 20 лет.

Каково происхождение HANA?

Продукт был разработан с нуля группой Института Хассо Платнера в Потсдаме, но при этом использовалась интеллектуальная собственность, реализованная в СУБД p*Time и MaxDB, поисковой машине TREX и in-memory-сервере BWA, а также полученная в результате покупки компаний Business Objects и Sybase (продукты Sybase IQ и Business Objects Data Federator).

HANA — это только СУБД?

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

Махинаторы. Saab 9-3 Turbo Convertible

Каковы основные отличия HANA от других подобных продуктов?

В этой БД все данные хранятся в оперативной памяти поколоночно и в сжатом виде. Поскольку все операции не требуют обращения к диску и выполняются очень быстро, отпадает нужда в индексах, материализованных представлениях, предварительно вычисляемых суммах и иных агрегатах, что позволяет уменьшить объем БД на 95% по сравнению с традиционными системами. Транзакционные и аналитические приложения могут функционировать одновременно на одном и том же экземпляре БД. SAP удалось решить основные проблемы БД с поколоночным хранением, такие как поддержка параллелизма (с помощью механизмов Multiversion Concurrency Control) и производительность операций вставки и обновления. HANA предоставляет ряд дополнительных сервисов БД, таких как обработка геоинформационных и текстовых данных, OLAP, анализ графов и др.

Кроме возможности хранения всех данных в оперативной памяти, какие еще преимущества есть у платформы?

Во-первых, благодаря совмещению свойств аналитической и транзакционной базы в одном продукте SAP HANA может без дополнительных усилий использоваться как аналитическая СУБД, что позволит сэкономить средства, требующиеся на создание специального аналитического хранилища. Во-вторых, она обладает линейной масштабируемостью: насколько позволяет память «железа», настолько эффективно будет работать SAP HANA. В-третьих, в ней изначально реализована сквозная интеграция с большинством бизнес-приложений SAP.

Каковы возможные сценарии использования HANA?

Сначала HANA применялась в основном для оперативного анализа данных, поскольку в этом случае высокая производительность сразу же достигалась штатными средствами. В типичных транзакционных приложениях (Finance, Supply Chain) рутинный переход с дисковой СУБД на HANA тоже обеспечивает повышение производительности, но не столь значительное (в финансовом модуле SAP на 50%). По-настоящему заметные преимущества возникают, когда приложение оптимизируется для HANA и часть прикладной логики передается на исполнение ядру СУБД. При этом приложение существенно упрощается (SAP сейчас работает над созданием такого упрощенного варианта пакета SAP Business Suite), в нем легко реализуются аналитические и иные сопутствующие операции реального времени. Важно то, что все корпоративные приложения работают с одним экземпляром БД, не требуя создания витрин, хранилищ и иных копий данных, синхронизируемых с основной БД.

Чем HANA может быть полезна в бизнесе?

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

В финансовых блоках HANA дает возможность сократить время закрытия периода и быстрее получать консолидированную отчетность компании. Чем быстрее такая отчетность появляется у генерального директора, тем оперативнее он сможет принимать оптимальное управленческое решение. На этапе подготовки к проекту внедрения SAP HANA, консультанты SAP проводят экспертизу и делают конкретные расчеты ожидаемого эффекта для каждой компании или предприятия.

В каких отраслях и при решении каких бизнес-задач SAP HANA способна обеспечить новое качество?

Поскольку SAP HANA позиционируется, в частности, в качестве производительной СУБД для приложений любого класса, следует выделить следующие целевые отрасли:

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

Вот бизнес-процессы предприятия, производительность которых может быть существенно повышена с помощью SAP HANA:

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

HANA это все-таки что — СУБД, платформа, программно-аппаратный комплекс или облако?

Все вышеперечисленное. Современная СУБД обязана быть и сервером БД, и платформой, допуская как онпремисное, так и облачное развертывание. Бизнес стремительно движется в облака, и HANA сегодня доступна через HANA Cloud Platform в виде платформы как cервис (PaaS) и инфраструктуры как сервис (IaaS) в дата-центрах SAP, а через HANA Enterprise Cloud по модели управляемого облака как сервис Managed Cloud as a Service (McaaS) еще и в дата-центрах других облачных провайдеров. Допускается также гибридная модель, сочетающая онпремисное и облачное развертывание.

На каких системах доступна HANA?

На серверах стандартной архитектуры (стоечных и блейд), а также на их кластерных конфигурациях. Все они сертифицируются SAP и выпускаются многими вендорами [Cisco, Dell, Fujitsu, Hitachi, HP, Huawei, IBM (Lenovo), NEC и SGI]. Сегодня доступны единичные серверы с объемом ОЗУ до 6 Тб и кластеры с суммарным объемом 112 Тб. До конца года планируется завершить тестирование единичного сервера с ОЗУ 24 Тб.

В качестве ОС используется Linux (SUSE или Red Hat). В будущем планируется поддержка серверов IBM POWER, но под управлением SUSE Linux, а не AIX.

Есть ли какие-то технические требования для потенциальных заказчиков?

Нет, большинство вендоров поставляют под SAP HANA сертифицированную технику. Есть несколько десятков моделей, из которых заказчик может выбрать то, что ему больше нравится.

Что случится с БД в оперативной памяти, если сервер неожиданно будет обесточен?

SAP HANA — полностью ACID-совместимая СУБД, которая с определенной периодичностью записывает на диск точки сохранения, содержащие мгновенные снимки содержимого оперативной памяти. В промежутках между ними на скоростном флэш-диске сохраняются логи всех изменений, вносимых в БД. Если произойдет сбой электропитания, то для восстановления БД в память сначала будет загружена последняя точка сохранения, а затем последовательно воспроизведены изменения, записанные в логах.

Что произойдет, если размер БД станет больше доступной оперативной памяти?

HANA всегда хранит БД на диске и по требованию загружает ее в ОЗУ сервера. Если объем ОЗУ будет исчерпан, HANA удалит оттуда те части таблиц, которые используются реже всего (на диске они останутся). В следующем релизе (сейчас известно, что в вышедшем в ноябре Service Pack 9) будет обеспечено прозрачное использование дисковой подсистемы, куда в динамическом режиме будут отправляться «холодные» данные (dynamic tiering).

Является ли HANA платформой Big Data?

В целом, да, хотя лучше она подходит для работы с данными имеющими высокую ценность. В тех случаях, когда Big Data имеют низкую ценность (скажем, записи Web-логов), HANA целесообразно использовать в роли хранилища более ценных агрегированных показателей, полученных из сырых массивов Big Data. Возможен также совместный анализ данных, одна часть которых хранится в HANA, а другая (неструктурированная) в Hadoop.

Присутствуют ли в России интеграторы, которые имеют достаточную экспертизу для осуществления проектов на базе SAP HANA? Есть ли уже опыт выполнения подобных проектов в российских компаниях?

Местная партнерская сеть активно развивается в этом направлении, и в России уже работают десятки сертифицированных партнеров по HANA, готовых к ведению крупных проектов в различных отраслях. В большинстве проектов по внедрению SAP HANA и смежных технологий также участвует подразделение SAP Consulting. У SAP есть опыт по работе с SAP HANA в «Сургутнефтегазе», «Северстали», «Эльдорадо», «МВидео», РЖД и ряде других компаний.

Тенденции

Проблемы и перспективы облаков: мнение читателей PC Week, комментарии экспертов

Когда речь заходит о реальном применении облачных решений в бизнесе, нередко наблюдается крайняя поляризация мнений. В данном материале предпринята попытка прояснить картину через опрос читателей PC Week/RE.

Интервью

«Мы просто обязаны возглавить движение в облака»

В чем заключается облачная стратегия компании SAP и как она реализуется в России и в мире? Об этом рассказывает директор SAP СНГ по продажам бизнес-приложений Павел Растопшин.

«Переход на облачные технологии в корне меняет партнерскую модель»

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

«Сбербанк-АСТ» поможет российским компаниям выйти на международный рынок

В России создается крупнейший онлайн-сервис для электронных закупок на базе электронной торговой площадки (ЭП) «Сбербанк-АСТ» и&фnbsp;облачной бизнес-сети SAP Ariba.

Блогосфера

Что предложит российский облачный ЦОД SAP?

Большая часть ресурсов нового ЦОДа SAP выделяется на прикладные облачные сервисы Ariba, SuccessFactors и CRM, и примерно на 10% серверных ресурсов будет развернут управляемый хостинговый сервис SAP HANA Enterprise Service.

Решения и технологии

Облачные ЦОДы SAP: какие они?

Открытие в России собственного облачного дата-центра компанией SAP в конце 2014 г. несомненно, стало знаковым событием.

Облачная реинкарнация SAP Business One

SAP Business One Cloud обеспечивает в облаке полноценное управление финансами, продажами, закупками, складскими запасами, производством, отношениями с клиентами и т. д.

Все, что вы когда-либо хотели узнать о SAP HANA

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

SAP HANA в облаках

На базе SAP HANA разрабатывают инновационные облачные сервисы и решения. Среди них активно развивается SAP HANA Enterprise Cloud — сервис, который уже привлек к себе большой интерес со стороны российского рынка.

Источник: www.itweek.ru

Русские Блоги

Что такое SAP HANA? Ключевые моменты схемы проектирования и развертывания!

SAP является крупнейшим в мире поставщиком корпоративного программного обеспечения, предоставляя прикладное программное обеспечение корпоративного уровня, включая ERP, SRM, BI и т. Д. (Будет подробно описано в последующих статьях). HANA (высокопроизводительное аналитическое устройство) — это продукт базы данных SAP в оперативной памяти.

SAP HANA — это платформа данных, которая может быть развернута как единое целое или в облаке. Это революционная платформа, которая очень подходит для анализа в реальном времени и разработки и развертывания приложений в реальном времени, поскольку она объединяет функции обработки данных, обработки аналитических данных и обработки бизнес-логики в памяти. В традиционной архитектуре транзакционной базы данных приложение не поддерживает ограничение бизнес-приложений реального времени.

Каждый производитель оборудования сотрудничает с SAP, чтобы запустить собственную высокопроизводительную аппаратную платформу, интегрированную в систему SAP HANA. Варианты универсального развертывания включают облачное развертывание (HANA One, HANA Enterprise Cloud) и самостоятельное развертывание на предприятии (HANA All-in-one, B1A, B1H). Давайте поговорим о том, на что нужно обратить внимание при разработке, развертывании и внедрении базы данных HANA.

Каковы сценарии применения SAP HANA?

В практических приложениях типичные сценарии применения SAP HAHA обычно делятся на 2 основных сценария:

• Business Warehouse on HANA (BWoH): в основном используется в сценариях приложений типа OLAP, таких как BW / BPC / BI и BO, с использованием сертифицированных моделей BWoH.
• Business suite on HANA (BoH)Или S / 4 HANA:Он в основном используется в сценариях приложений OLTP, таких как ECC / SRM / CRM / HRM / EWM / Hybris, и использует SoH-сертифицированные модели.

Каковы общие модули системы SAP?

Системные модули SAP обычно делятся на типы системных приложений, приложения OLTP для обработки транзакций и приложения OLAP для анализа транзакций. Для этих двух типов приложений модули в основном следующие.

• Приложения типа OLTP, в основном бизнес-пакеты SAP Business Suite, включая ECC, SRM, MDM, PI / PO, CRM, HRM, EWM, Hybris и т. Д.
• Приложения типа OLAP в основном представляют собой хранилища данных, включая BW, BPC, BI, FC и т. Д.

Что такое B1, SoH, BWoH?

SAP Business One (B1) — это недорогое и простое в применении решение для управления, разработанное для удовлетворения динамических потребностей растущих малых и средних предприятий, которое можно понимать как упрощенную систему ERP. В отличие от типичного развертывания системы ERP, для которого требуется «сервер приложений + сервер базы данных HANA», B1 обычно развертывается на двустороннем сервере с базой данных при его развертывании.

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

SoH — это сокращение от SAP Business Suite на HANA, которое в основном используется для служб OLTP, таких как ECC, SRM, MDM, PI / PO, CRM, HRM, EWM и Hybris. Этот тип базы данных HANA использует модели 4, 8 и 16/32. Согласно рекомендациям SAP, могут использоваться только отдельные узлы.

BWoH — это сокращение от SAP Business Warehouse на HANA, которое в основном используется для бизнеса OLAP, такого как BW, BPC, BI, FC и так далее. В этом типе базы данных HANA могут использоваться 4-сторонние и 8-сторонние модели, в зависимости от объема данных вы можете использовать один узел с масштабированием или решение для развертывания кластера с масштабированием.

Что такое увеличение и уменьшение?

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

Метод масштабирования: сценарий с одним компьютером или одним узлом, то есть один сервер размещает базу данных HANA и может использоваться для SoH и BWoH. По сравнению с Scale out, Scale up имеет следующие характеристики:

• Преимущество в производительности: отсутствие затрат на пропускную способность сети для связи между узлами;
• Высокая степень использования ресурсов (особенно ресурсов памяти);
• Для оборудования разных производителей оборудования стоимость может быть лучше;

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

Метод горизонтального масштабирования: кластерный / многоузловый сценарий, то есть база данных HANA развернута на нескольких узлах распределенным способом, обычно используемым только для BWoH. По сравнению с Scale up, Scale Out имеет следующие характеристики.

• Он может обеспечить мощные возможности горизонтального расширения и переносить большие объемы данных.
• Данные SAP NetWeaver Business Warehouse автоматически распределяются в кластере;
• Поддержка нескольких резервных узлов, использование Host-auto-failover для улучшения высокой доступности кластерной системы;

Развертывание Scale Out имеет ограничения, такие как Связь между несколькими узлами требует значительных накладных расходов в сети: разделение между узлами таблиц данных, многоузловые запросы, агрегация результатов и другие процессы приводят к потерям производительности, — для развертывания кластера требуется независимая сеть коммутации и хранилище, а стоимость высокая.

Как проверить решения различных производителей оборудования?

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

Как доказать, что конфигурация сертифицирована SAP?

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

Что такое TDI?

TDI — это сокращение от Tailored Data Center Integration, которое было предложено SAP в 2013 году. В качестве альтернативы универсальной машине SAP HANA она нацелена на то, чтобы клиенты могли в полной мере использовать существующие старые ресурсы (сертифицированные серверы, хранилища и т. Д.) В своих центрах обработки данных, использовать собственную архитектуру HANA заказчиков и снизить затраты клиентов.

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

• Сервер должен быть сертифицирован устройством SAP HANA;
• Хранилище должно быть сертифицированным SAP;
• SAP не гарантирует производительность, а клиенты гарантируют производительность.

История модели SAP HANA TDI

В чем разница между устройством SAP HANA и TDI?

Если заказ взят в качестве примера, Основное различие между SAP HANA all-in-one и TDI схоже с пакетом и одной точкой. Характеристики SAP HANA all-in-one: стандартизированная и оптимизированная конфигурация оборудования, предварительная настройка оборудования, предустановка программного обеспечения (ОС, база данных HANA), полностью поддерживаемая SAP, гарантия производительности.

Характеристики SAP HANA TDI в основном отражены в: Фиксированная модель (сервер + хранилище); аппаратная конфигурация обладает большей гибкостью (сервер и хранилище должны быть сертифицированы только SAP); клиенты могут использовать более низкую стоимость (с использованием существующих серверов или устройств хранения) для снижения затрат; производительность SAP не гарантирует, что клиенты должны гарантировать себя.

Поддерживает ли SAP HANA развертывание виртуализации?

В настоящее время SAP HANA DB поддерживает развертывание виртуализации и поддерживает программное обеспечение для виртуализации, такое как vSphere и Huawei FusionSphere.

• Фактически, на каком виртуальном компьютере / программном обеспечении производителя HANA может работать, например vSphere, Xen, Hyper-V, производитель оборудования не определен и независимо сертифицирован производителем программного обеспечения для виртуализации и SAP;
• Сервер производителя оборудования сертифицирован SAP и может запускать HANA. В то же время, после сертификации VMWare и другими поставщиками программного обеспечения для виртуализации, HANA DB может работать на соответствующем сервере и программном обеспечении для виртуализации;

Как рассчитать емкость хранилища в SAP HANA TDI?

В Емкость хранилища в SAP HANA TDI Спланируйте емкость хранилища в соответствии с физическим объемом ОЗУ хоста HANA. Ниже приведен пример.

Условия ввода:

Размер оперативной памяти хоста HANA: RAM

Количество рабочих мест HANA: N

Расчет мощности:

Общий объем общего объема: RAM * N * 1

Общая емкость объема данных: RAM * N * 2

Рекомендуется настроить SSD-диск для тома Log производственной системы и диск SAS для тома Log системы разработки / тестирования.

Когда использовать кластерное решение HANA?

Кластерное решение HANA в настоящее время поддерживает только сценарий Business Warehouse, но не может поддерживать ERP для HANA в сценарии OLTP.

Один узел сервера HANA также может поддерживать BWoH, Многофункциональный компьютер с одним узлом HANA, 8-сторонний сервер BWoH поддерживает объем памяти до 3 т. Если предполагается, что последующий объем данных клиента превысит объем физической памяти 3 т в следующий короткий период времени, вы должны порекомендовать клиентское многоузловое кластерное решение HANA.

Каковы двухмашинные технологии HA от HANA?

В производственном центре SAP HANA есть два основных решения высокой доступности: автоматическое переключение узлов (в основном в кластерных сценариях) и репликация системы.

SAP HANA Существует три основных решения для аварийного восстановления: репликация системы (SystemReplication), репликация хранилища (репликация хранилища) и резервное копирование (резервное копирование).

Для высокодоступного решения HA для двух компьютеров в производственном центре рекомендуется использовать встроенную технологию System Replication of HANA database (рекомендуемый метод). Синхронизация или асинхронизация данных копируется с первичного узла на вторичный узел, который ограничен характеристиками самой HANA. Только A поддерживает бизнес-доступ, а B не поддерживает бизнес-доступ, то есть высокая доступность HANA не поддерживает Active Active HyperMetro.

Какова роль узлов HANA?

Вычислительный узел отвечает за часть базы данных в памяти. Узлы SAPHANA подразделяются на три типа ролей в зависимости от их различных ролей: главный узел, подчиненный узел и резервный узел.

• Мастер узел (Мастер):Есть 3 конфигурации, но активна только одна. Выбор из трех основных ролей конфигурации, которые являются механизмом управления кластером самого программного обеспечения SAPHANA. Он действует как глобальный координатор транзакций. Глобальные метаданные, которые содержат информацию о кластерах вычислительных узлов.
• Ведомый:Метаданные, необходимые для кэширования, используют распределенную архитектуру, выполняют задачи, назначенные главным узлом, и выполняют соответствующие операции с базой данных. Несколько в кластере. Подчиненные узлы также делятся на роли конфигурации и действительные роли.Роли конфигурации делятся на рабочий и резервный, а фактические роли делятся на главный, резервный и подчиненный.
• Резервный узел:Возьмите неисправный узел при переключении. Кластер может иметь 0 или больше. В обычных условиях программное обеспечение этого узла работает, но в его базе данных в памяти нет данных, и он не может выполнять бизнес-обработку. Процесс переключения происходит автоматически.

Около сервер с участием технология Технология, детализированная и распространенная на ранней стадии Самый подробный анализ технологии виртуализации >с участием Технология высокопроизводительных вычислений (HPC), решения и комплексный анализ отрасли >Текст глава, Пожалуйста, нажмите на ссылку для деталей.

Горячее чтение статьи:

• VirtIO, платформа виртуализации ввода / вывода для Linux

Подсказки:

Пожалуйста, укажите QR код Следуйте общедоступной учетной записи, нажмите Оригинальная ссылка Получить больше Сервер и техническая информация подводить итоги 。

Источник: russianblogs.com

Переход на SAP S/4HANA: как, когда и зачем?

2025-й год… Звучит как дата из какого-то голливудского фантастического блокбастера. Даже сейчас, в начале 2020 г., 2025-й все еще кажется далеким будущим. На самом деле, осталось пять лет и для многих предприятий это «всего пять лет». «Всего пять лет» для перехода на SAP S/4HANA.

Такая постановка вопроса связана с тем, что 31 декабря 2025 г.* компания SAP завершает поддержку SAP Business Suite, или, другими словами, SAP R/3, SAP ERP, SAP ECC и прочих версий со всеми модулями и подмодулями, которые мы с вами внедряли и использовали в России последние 27 лет.

После этого компания SAP будет поддерживать только бизнес-приложения на SAP S/4HANA. В этот статье я хотел бы рассмотреть, как IBM помогает другим компаниям подготовиться к этому сроку, предлагая три решения, которые упрощают и ускоряют переход на SAP S/4HANA.

Комплексный подход IBM по переходу на SAP S/4HANA

IBM SAP S/4HANA Impact Assessment — оценим «размер катастрофы»

Оценка воздействия (HANA Impact Assessment — HIA) представляет план действий, основанный на ваших конкретных бизнес-потребностях. Эта тщательная и подробная оценка дает объективное представление о том, как переход может повлиять на ваши бизнес-процессы, основные и транзакционные данные, конфигурацию системы и всевозможные разработки, включая интерфейсы.

Обзор IBM HANA Impact Assessment

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

Функциональная оценка. Этот шаг идентифицирует процессы, используемые в настоящее время в вашей системе SAP ECC, и ожидаемые нововведения, которые появятся в результате перехода на S/4HANA. Вы узнаете, что нового, что изменится и что устареет.

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

Оценка изменений в связи с упрощениями в SAP S/4HANA. На этом этапе используется список упрощений (Simplification list) для выделения программ и кода, на которые влияет новая структура данных. Этот процесс также определяет области, на которые переход повлияет больше всего. С этой информацией ваша организация может расставить приоритеты в распределении ресурсов во время реализации.

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

Формирование требований к (пере)обучению. IBM также предлагает рекомендации по обучению в рамках данной оценки. Используя эти данные, вы сможете понять, какие экспертные знания потребуются компании в будущем, что поможет и в планировании. Бизнес может восполнить пробелы в экспертных знаниях за счет привлечения дополнительного персонала или обучения существующих команд.

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

HIA предоставляется в трех вариантах, и в зависимости от нужной вам детализации отчета, проект по оценке перехода на SAP S/4HANA может длиться от двух до десяти недель.

IBM Impact – преднастроенные индустриальные решения

В 2016 г. IBM и SAP заключили партнерское соглашение по созданию инструментов для ускорения процесса цифровой трансформации у своих совместных клиентов. Благодаря этому партнерству обе компании предприняли усилия по ускорению внедрения SAP S/4HANA. Это партнерство в настоящее время предоставляет решения, которые могут увеличить скорость внедрения S/4HANA на 20-30%.

Обзор IBM Impact

SAP предлагает SAP Model Company, полное комплексное индустриальное решение, которое клиенты принимают в качестве базовой эталонной модели. IBM стала первым партнером SAP, расширившим модельную компанию SAP, включив кросс-индустриальный и индустриальный контент, определяемый как IBM Impact Industry Solutions.

Решения IBM Impact Industry Solutions предлагают специализированные акселераторы, которые объединяют и усиливают существующие сервисы IBM и SAP. Такие решения в сочетании с IBM HANA Impact Assessment упрощают процесс перехода и ускоряют внедрение SAP S/4HANA. IBM строит и дополняет эти решения на основе своей работы с более чем 200 клиентами. IBM Impact содержит документацию по процессам, тестовые сценарии, учебные материалы, разработанные SAP Fiori, аналитические приложения, артефакты миграции данных и настроенные роли пользователей.

IBM Rapid Move — золотая середина между Greenfield и Brownfield

Для многих компаний непраздный вопрос: а зачем вообще переходить на SAP S/4HANA с работающей, скажем, SAP ECC 6.0?

Я выделяю несколько типов причин. Есть, например, предприятия, которые переходят на S/4HANA ради технического ускорения работающих процессов и транзакций (то есть, по сути, переходят на S/4HANA ради перехода на базу данных HANA); есть предприятия, которым по политическим причинам нужно отойти от инфрастуктуры/решения, например, «материнской» компании (в ходе разделения активов); есть предприятия, которые наоборот — хотят объединить несколько инстанций ERP в одну, теперь уже S/4HANA; бывают предприятия, на которых так называемый «технический долг» системы гораздо больше полезной кастомизации (другими словами, R3/ERP/ECC внедрили давно и количество «костылей» превышает все возможные пределы, а потому ни о какой системной архитектуре речи уже не идет) и необходимо срочно переходить на новую версию системы.

Помимо этих «качественных» (назовем их так) причин, есть, конечно, и количественная оценка улучшения бизнес-процессов и KPI — это путь через бизнес-кейс, с которым наша компания тоже может помочь вашему предприятию.

Примеры результатов построения ТЭО для SAP S/4HANA

Путь этот длинный — от трех до шести месяцев, но он может помочь вам сформулировать прочное технико-экономическое обоснование и расставить приоритеты перехода на S/4HANA.

Одним из результатов построения ТЭО от IBM является выбор варианта перехода на SAP S/4HANA. Общеизвестны две крайности — Greenfield («перевнедрим все с нуля!») и Brownfield (технический переход, когда, по сути, теряется кастомизация). Но, как известно, истина всегда где-то посередине, и IBM как раз и предлагает эту золотую середину — подход IBM Rapid Move (ранее известный как «Bluefield»).

Переход к SAP S/4HANA с подходом IBM «Bluefield»

IBM Rapid Move для SAP S/4HANA позволяет предприятию использовать существующие инвестиции в SAP для выполнения одношагового перехода к SAP S/4HANA из любого источника. В решении используется автоматизация для ускорения процесса перехода с минимальным риском. Эта автоматизация выполняет конфигурацию S/4HANA, исправление кода и согласование данных, чтобы уменьшить сложность процесса внедрения. IBM Rapid Move стратегически нацелена на перепроектирование и стандартизацию процессов только там, где это необходимо, поэтому компании могут трансформировать текущие инвестиции в SAP без необходимости полностью перепроектировать свои устаревшие системы.

IBM Rapid Move для SAP S/4HANA включает программу SAP Value Assurance и сервис SAP Model Company. IBM Rapid Move помогает организациям ускорить цифровые преобразования и использовать новую платформу гораздо быстрее, чем традиционные планы перехода. Результатом является повышение производительности сложных и критичных по времени бизнес-функций, включая планирование, выполнение, отчетность, аналитику и прогнозирование в реальном времени на основе оперативных данных, а также персонализированное и упрощенное взаимодействие с пользователем.

Также IBM Rapid Move отлично закрывает сценарии n исходных систем (SAP ERP) и/или m целевых (SAP S/4HANA).

Заключение

Вот уже более 40 лет IBM помогает своим клиентам трансформироваться с помощью решений SAP. За это время было сделано более 5 тыс. внедрений SAP ERP. Что касается SAP S/4HANA, то на текущий момент мы завершили более 150 внедрений SAP S/4HANA в мире и консультировали более 200 компаний на пути перехода на S/4HANA.

В заключение статьи хочется отметить, что на территории России срочность перехода обусловлена еще и ограниченным количеством SAP-специалистов. Если говорить упрощенно, то все, что мы внедряли последние 27 лет, надо «перевнедрить» теми же силами за 5-7 лет. Но судя по количеству запросов с рынка в четвертом квартале 2019 г. все профессиональные SAP-команды будут полностью заняты к концу 2020 г., а через год ресурсы будут значительно дороже и с меньшим опытом. Так что если ваша компания задумывается о переходе на SAP S/4HANA, призываю вас обращаться к нам для выработки оптимального варианта перехода с наибольшими выгодами.

* — пока версталась эта статья, SAP SE выпустила анонс о продлении поддержки версий SAP не младше ECC 6.0 до 2027 г. Тем не менее, в этом же анонсе подчеркивается, что все инновации будут закладываться в S/4HANA, т.е. ожидать EHP 9 для SAP ECC не стоит.

Источник: www.cnews.ru

Бизнес-архитектор SAP S/4HANA — ERP-система нового поколения

Платформа HANA компании SAP — новое слово в архитектуре бизнес-систем. Все дело в технологии In-Memory, основанной на размещении всех данных и операций в оперативной памяти на уровне СУБД.

Система больше не нуждается в сотнях и тысячах разрозненных баз данных, ей больше не нужно тратить время на сопоставление и анализ — все данные содержатся в одном универсальном хранилище, которое обновляется здесь и сейчас. HANA основана как на транзакционном, так и на аналитическом подходе, то есть и на OLAP-, и на OLTP-технологии, и именно это позволяет решениям, основанным на этой платформе, выполнять вычисления и получать отчетность «на лету» — скорость доставки отчетности увеличилась в 1,8 тысячи раз.

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

Теперь можно строить всю необходимую отчетность непосредственно в ERP-системе. А еще платформа HANA экономит «железо» — ей нужно примерно в 10 раз меньше ресурсов для хранения данных. Это прямая экономия: не нужно покупать различные модули системы, платить отдельно за лицензирование, внедрение и сопровождение каждого из них. Принцип новой революционной ERP: все в одном.

И как следствие — существенное повышение производительности системы. Словом, сплошная выгода!

В любом месте, в любое время, с любого устройства

Что нового в SAP S/4HANA? В первую очередь — уникальный интуитивно понятный интерфейс Fiori. Это единый интерфейс, доступный на любых устройствах, включая планшеты и смартфоны. Ролевой — то есть предусматривает реализацию так называемых факт-листов для разных должностей и разных участков. Работает не просто с данными, а с показателями KPI, то есть это не просто интерфейс, а монитор.

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

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

Особенно важно то, что интерфейс Fiori уже локализован для России вместе со всеми отчетами, с учетом всех особенностей российского законодательства.

Отчетность в реальном времени

Новое решение не просто покрывает все требования ERP-системы. Функциональность, которая раньше разворачивалась отдельно и требовала интеграции с ERP, теперь включена в состав системы, например аналитическая отчетность. Это особенно оценит финансовый отдел. Финансисты работают с S/4HANA Finance, решением, которое включает в себя глобальные изменения в ключевых областях финансового учета, в частности бухгалтерского и управленческого с обновленной функциональностью SAP Cash Management для управления наличностью.

В данном решении полностью пересмотрена архитектура SAP ERP, введена единая таблица с расширенной аналитикой. За счет оптимизации СУБД значительно ускорены транзакции и отчеты. Введены новые возможности казначейства — централизованное управление банковскими счетами, возможность ведения иерархии счетов, своевременный контроль остатков на счетах. Аналитические возможности позволяют прогнозировать — в горизонте от одного дня до года — как текущие денежные потоки, так и будущую ликвидность в режиме онлайн благодаря тому, что система всегда «знает» состояние текущих расчетных счетов, благодаря прямому соединению с системой банка (host-to-host соединение) и может анализировать все данные о своих запланированных платежах, поступающих платежах, будущих поступлениях и обязательствах. Оперативную отчетность можно получить прямо из ERP-системы в режиме онлайн.

Достигнута значительная экономия времени при закрытии финансового периода. Возможна процедура «мягкого» закрытия — функциональность, которая позволяет еще в течение отчетного периода запустить часть операций, увидеть результаты и проверить процессы.

Скорость закрытия выросла в несколько раз, что стало возможным благодаря устранению пакетного ввода, непрерывной выверке внутри группы, прозрачному формированию финансовой отчетности, учету результатов (CO-PA), выверке позиций бухгалтерских документов, автоматизации рутинных транзакций, мониторингу процесса и другим инновациям. Доступны динамическое планирование, моделирование и прогнозирование, план-факторный анализ в режиме онлайн и детализация до корневой причины отклонений. Система предлагает доступ ко всем историческим данным, которые теперь не нужно загружать отдельно. Сокращение затрат на составление бюджета прогнозирования и сокращение периода создания новых отчетов составляет, по данным SAP, 36 и 48 процентов соответственно.

Важная часть системы, актуальная для ряда российских заказчиков, — блок «Центральные финансы», предназначенный для ведения оперативной групповой отчетности и управления финансами разрозненных юридических лиц, входящих в состав холдинга. В центральный компонент SAP S/4HANA Finance можно в режиме онлайн импортировать данные из различных финансовых систем холдинга на уровне отдельных документов и использовать их при консолидации отчетности.

Еще один важный блок — «Управление наличностью», — который предлагает новое управление банковскими счетами, мгновенный многомерный прогноз ликвидности по группе компаний, отчет о денежной позиции в режиме онлайн за счет Host-to-Host-соединения, встроенные планирование ликвидности и анализ отклонений, а также плановые и прогнозные сценарии для менеджеров по управлению денежными средствами для поддержки оперативного принятия решений. Можно в режиме онлайн построить прогноз ликвидности на базе текущих расчетных счетов и данных из ERP-системы или нескольких сторонних систем.

Почему все это так важно? Потому что благодаря новым возможностям и новому интерфейсу S/4HANA финансовые директора, которые не имеют достаточно времени на эффективное планирование и анализ, наконец-то получат и инструмент, позволяющий отвечать на принципиально важные вопросы бизнеса, и столь необходимый им временной ресурс, чтобы приносить бизнесу реальную пользу.

Скорость растет, объем падает

Первой компанией, где была внедрена платформа S/4HANA, стала, разумеется, сама компания SAP. Результаты оказались впечатляющими — снижение трудозатрат на управление денежными средствами на 58 процентов и сокращение затрат времени на получение отчетности — на 30 процентов.

Благодаря упрощенной модели данных, объединению компонентов финансового, управленческого учета в одну таблицу, которая называется универсальным журналом, и удалению индексных таблиц и таблиц агрегатов, а также дельта-книгам — дополнительным инструментам, которые позволяют параллельно вести учет по разным стандартам (МСФО, GAAP) значительно сокращаются требуемые ресурсы аппаратной платформы. Раньше основные средства необходимо было вести в одних операционных таблицах, управленческий учет — в других таблицах, финансовый учет — в третьих, данные по материалам — в четвертых и т.д.

Чтобы получить отчет, система должна была «пройтись» по нескольким таблицам и осуществить поиск. Теперь это единый журнал с необходимой аналитикой — от финансовой до логистической вплоть до материалов. Документ сразу же записывается двумя строками (один по российскому учету, другой по МСФО). В едином учетном документе присутствует аналитика признака ведения параллельного учета. По данным проекта SAP, база данных ERP-системы, которая имела объем 593 Гбайт, за счет перевода на архитектуру HANA сократилась до 118 Гбайт, а после миграции на решение S/4HANA — до 42 Гбайт.

Существенное ускорение транзакций и отчетов при переносе кода в HANA достигается за счет акселераторов HANA и упрощенной архитектуры S/4HANA Finance, причем как благодаря устранению промежуточных таблиц (теперь вместо 11 таблиц нужно всего четыре), так и на уровне транзакций — часть кода перенесена на уровень СУБД HANA. Потенциальное ускорение по данным SAP составляет около 30 раз, но это не предел.

Например, в компании «Газпром Трансгаз Беларусь» был осуществлен переход всех подразделений к единой системе нормативно-справочной информации, автоматизированы процессы планирования и учета технического обслуживания и ремонта оборудования, а также капитального строительства. Это позволило ускорить расчеты и повысить организационную дисциплину, сократить согласование платежей филиалов до одного дня. Производительность отчетов в компании «Новолипецкий металлургический комбинат» выросла ориентировочно в тысячу раз. Можно не сомневаться в том, что для компаний, которые перейдут на SAP S/4HANA, рост производительности будет еще выше.

Почему S/4HANA?

Внедрение SAP S/4HANA — это реальный способ построить идеальное предприятие с идеальной системой управления, и это не просто громкие слова. Платформа SAP S/4HANA дает возможность своевременного анализа данных на основе актуальных показателей, позволяет избежать любых расхождений и отклонений, ликвидирует все проблемы детализации, позволяет обрабатывать процессы в реальном времени, планировать и прогнозировать бизнес в режиме онлайн, используя полные исторические данные предприятия.

Преимущества SAP S/4HANA очевидны — простой интерфейс пользователя, универсальная функциональность, работа на любом устройстве, масштабируемость, аналитика в режиме реального времени и процессы реального времени — закрытие периода за один день, встроенное планирование и обеспечение требований законодательства.

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

Для существующих клиентов SAP ERP решение о переходе на S/4HANA, конечно, должно быть обосновано. Казалось бы, можно не торопиться — поддержка SAP ERP будет продолжаться до 2025 года. Но производительность S/4HANA, более умная технология, отсутствие дублирования данных между различными модулями, работа в реальном времени, более простой ландшафт системы, сокращение затрат и расширение функциональности, новые возможности аналитики и возможности обработки большого объема данных станут для заказчиков огромными плюсами. Возможности поддержки со стороны SAP и компаний-партнеров включают полный набор сервисов, которые сделают процесс перехода менее рискованным для бизнеса.

Сейчас такие российские компании, как «Таргин», «Мегафон», «Аэроэкспресс» переходят на S/4HANA. Нет сомнений, что за ними последуют и другие лидеры бизнеса, потому что за технологиями HANA и S/4HANA — будущее.

Статья подготовлена по материалам TeamIdea

Источник: lenta.ru