Какие требования предъявляются к компьютеру на котором установлена программа sap

Для реализации SAP ERP нам необходимо выяснить минимальные требования к аппаратному и программному обеспечению. Минимальные системные требования должны быть выполнены для успешного выполнения внедрения.

Ниже приведены минимальные требования для установки SAP R / 3.

Минимальные требования к оборудованию

• Процессор: Intel PIII 500 МГц
• HDD: 30 ГБ
• RAM: 256 МБ
• Карта Ethernet для подключения к локальной сети

Минимальные требования к программному обеспечению

• Windows Server
• Пакет обновления Windows Server
• Internet Explorer
• База данных Программное обеспечение Ex: Microsoft SQL Server
• Система SAP R / 3
• CD с отчетными данными
• Экспорт CD
• SAP GUI
• SAP R / 3 Kernel CD
• Динамические библиотеки ссылок или DLL
• Сервисный интерфейс Active Directory или ADSI
• Консоль управления Microsoft или MMC

Требования к оборудованию для установки SAP ECC 6.0

• HDD – 250 ГБ + 45 ГБ на жестком диске
• ОЗУ – минимум 4 ГБ ОЗУ – чем больше объем ОЗУ, тем меньше времени требуется для установки
• Процессор – двухъядерный процессор Intel или Core 2 Duo. Если у вас 64-разрядный процессор, вы можете использовать ECC 6.0 EHP4 вместо ECC 6.0 SR2.
• CD-привод для копирования программного обеспечения

HDD – 250 ГБ + 45 ГБ на жестком диске

Ситуация на рынке SAP: рекомендации клиентам и SAP-специалистам (август 2022)

ОЗУ – минимум 4 ГБ ОЗУ – чем больше объем ОЗУ, тем меньше времени требуется для установки

Процессор – двухъядерный процессор Intel или Core 2 Duo. Если у вас 64-разрядный процессор, вы можете использовать ECC 6.0 EHP4 вместо ECC 6.0 SR2.

CD-привод для копирования программного обеспечения

Требования к программному обеспечению для установки SAP ECC 6.0

• Windows Server 2003 32-битный SP 2 или Windows Sever 2003 64-битная ОС.
• CD с драйверами
• Adobe Acrobat Reader для установки

Установка SAP ECC 6.0 ides SR2 будет завершена примерно через 20 часов с вышеуказанной конфигурацией. Время установки может быть дополнительно уменьшено путем обновления конфигурации оборудования, такого как четырехъядерный процессор Quad с 8 ГБ оперативной памяти и 1 ТБ жесткого диска.

Примечание. Вы можете загрузить бесплатную пробную версию SAP ECC 6.0 с SAP Marketplace. Также можно интегрировать пробную версию SAP ECC 6.0, используя ACL библиотеки SAP Cloud Appliance для AWS или другого поставщика услуг облачной среды, предоставив пользователю открытый ключ облака.

Установка SAP ECC 6.0

Выполните следующие шаги для установки SAP ECC 6.0 –

Шаг 1 – Установите базу данных согласно требованию. Java JDK 1.4 является минимальным требованием. Скопируйте программное обеспечение на локальный диск и запустите sapinst.exe. Мастер настройки откроется.

#ABAP #SAP #Как установить SAP на персональный компьютер

Шаг 2 – Выберите службу, которую вы хотите установить – Центральная установка системы> Выберите тип службы – Обычная или Выборочная> Далее

Шаг 3 – Выберите программные блоки, которые вы хотите установить с ECC, такие как Biller Direct и дополнительные программные блоки NW AS ABAP и т. Д.

Шаг 4 – Введите идентификатор системы SAP и установочный диск. SAP System ID – это уникальный идентификатор вашей системы SAP. Он должен быть уникальным во всей системной среде. Введите мастер-пароль, который будет использоваться для всех создаваемых учетных записей.

Шаг 5 – Введите параметры базы данных, такие как DBSID для существующей базы данных, имя хоста и т. Д.

Шаг 6 – Выполните полную проверку. Вы можете нажать OK, чтобы выполнить проверку, или отменить, чтобы перейти к следующему шагу.

Шаг 7 – В следующем окне вы должны указать расположение файлов экспорта, клиента oracle и файлов ядра> Далее> Введите пароли ОС.

Шаг 8 – Введите номер центрального экземпляра, который служит техническим идентификатором для управления внутренними процессами, такими как память. Этот номер должен быть уникальным для этой установки.

Шаг 9 – Система теперь показывает номера портов.

Шаг 10 – Нажмите Далее, и вы увидите сводную информацию об установке.

Шаг 11 – Введите ключ Solution Manager, чтобы продолжить процесс установки и обновления.

Шаг 12 – После завершения установки вы получите следующее подтверждение.

Различные аппаратные и программные компоненты в системе SAP

Ниже перечислены ключевые компоненты системы SAP.

• Сервер базы данных
• Сервер приложений
• Другие серверы
• Программные компоненты – NetWeaver
• SAP GUI
• Лицензионный ключ и сертификаты обслуживания
• Пакет улучшений
• Планы обновления
• Интеграция SAP Solution Manager

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

Выберите «Система» в разделе «Вход в систему SAP»> «Система»> «Состояние»> щелкните значок «Информация о компоненте» в разделе «Системные данные».

Перейдите к системным данным SAP → Нажмите на лупу компонента.

Вы можете увидеть следующие два варианта –

• Установленные версии программного обеспечения
• Установленные версии продукта

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

Перейдите в раздел «Установленные версии продукта», там будет показана версия установленного SAP NetWeaver.

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

Минимальные требования для установки систем SAP

Минимальные требования к аппаратному обеспечению для установки систем SAP

Для установки SAP ERP 2005

• CPU min 2 x 3 ГГц
• RAM min 6 Гб
• HDD min 130ГБ
• LAN min Ethernet 100 Mbit/s

Для установки SAP MDM 5.5

• CPU min 2 x 3 ГГц
• RAM min 4 Гб
• HDD min 70ГБ
• LAN min Ethernet 100 Mbit/s

Для установки SAP Netweaver 7.3 BW ABAP

• CPU min 2 x 3 ГГц
• RAM min 4 Гб
• HDD min 70ГБ
• LAN min Ethernet 100 Mbit/s

Для установки SAP SAP Netweaver PI 7.1

• CPU min 2 x 3 ГГц
• RAM min 8 Гб
• HDD min 70ГБ
• LAN min Ethernet 100 Mbit/s

Для установки SAP SAP Netweaver 7.3 EP

• CPU min 2 x 3 ГГц
• RAM min 4 Гб
• HDD min 70ГБ
• LAN min Ethernet 100 Mbit/s

Источник: 30it.ru

Как развернуть SAP HANA: разбираем разные методы

SAP HANA — популярная in-memory СУБД, включающая сервисы хранилищ (Data Warehouse) и аналитики, встроенное промежуточное ПО, сервер приложений, платформу для настройки или разработки новых утилит. За счет устранения задержек традиционных СУБД с SAP HANA можно сильно увеличить производительность систем, обработку транзакции (OLTP) и бизнес-аналитику (OLAP).

Развернуть SAP HANA можно в режимах Appliance и TDI (если говорить о продуктивных средах). Для каждого варианта у производителя есть свои требования. В этом посте мы расскажем о преимуществах и недостатках разных вариантов, а также для наглядности — о наших реальных проектах с SAP HANA.

SAP HANA состоит из 3 основных компонентов – хоста, инстанса и системы.

Хост — это сервер или операционная среда для работы СУБД SAP HANA. Его обязательные компоненты — CPU, ОЗУ, СХД, сеть и ОС. Хост предоставляет ссылки на директории инсталляции, данных, логов или непосредственно на СХД. При этом СХД для инсталляции SAP HANA не обязательно должна располагаться на хосте. Если у системы несколько хостов – потребуется либо общее хранилище, либо такое, что доступно по требованию со всех хостов.

Инстанс — набор системных компонентов SAP HANA, установленных на одном хосте. Основные компоненты — это Index Server и Name Server. Первый, который называется также «рабочим сервером», обрабатывает запросы, управляет актуальными хранилищами данных и ядрами БД. Name Server хранит информацию о топологии инсталляции SAP HANA — о том, где работают компоненты и какие данные находятся на сервере.

Система – это один или несколько инстансов с одинаковым номером. По сути это отдельный элемент, который можно включить, отключить или скопировать (сделать резервную копию). Данные распространяются в памяти различных серверов, которые составляют систему SAP HANA.

Система может быть сконфигурирована как однохостовая (один инстанс на одном хосте) или мультихостовая, распределенная (несколько инстансов SAP HANA распределены по нескольким хостам, на каждый хост приходится по одному инстансу). В мультихостовых системах каждый инстанс должен иметь один и тот же номер. Система SAP HANA идентифицируется с помощью System ID (SID) – уникального номера, состоящего из трех буквенно-цифровых символов.

Виртуализация SAP HANA

Одним из главных ограничений SAP HANA является поддержка только одной системы — одного инстанса с уникальным SID сервера. Для более эффективного использования аппаратного обеспечения или уменьшения количества серверов в ЦОД можно использовать виртуализацию. Таким образом другие ландшафты могут сосуществовать на одном сервере с системами, имеющими меньшие требования (непродуктивные системы). Для резервного HA/DR-сервера виртуализация может повысить скорость переключения между продуктивными и непродуктивными виртуальными машинами.

SAP HANA включает поддержку гипервизора VMWare ESX. Это означает, что разные системы SAP HANA – инсталляции SAP HANA с различными номерами SID – могут сосуществовать на едином хосте (общем физическом сервере) в разных виртуальных машинах. Каждая виртуальная машина должна работать в поддерживаемой ОС.

Для продуктивных сред виртуализация SAP HANA имеет серьезные ограничения:

• масштабирование Scale-out не поддерживается – виртуализация может использоваться только с системами Scale-Up, будь то BwoH/DM/SoH или «чистая» SoH;
• виртуализация должна проводиться в рамках правил, установленных для устройств Appliance или TDI;
• в General Availability (GA) может быть только одна виртуальная машина — компании, желающие использовать виртуализацию с продуктивными средами HANA, должны участвовать в программе Controlled Availability с SAP.

Топологии SAP HANA

Перейдем к развертыванию SAP HANA. Здесь определены две топологии.

• Scale-up – один большой сервер. По мере роста базы HANA растет и сам сервер: увеличивается количество CPU и объем памяти. В решениях с High Availability (HA) и Disaster Recovery (DR) резервные или отказоустойчивые серверы должны соответствовать продуктивным серверам по характеристикам.
• Scale-out – весь объем системы SAP HANA распределен по нескольким идентичным серверам. Master-сервер содержит информацию для Index Server и Name Server. Серверы Slave этих данных не содержат — кроме сервера, который берет на себя функции Master в случае сбоя у основного сервера. Рабочие серверы (Index Servers) управляют сегментами данных, которые приписываются к ним, а также отвечают на запросы. Name Server’ы знают о том, как данные распределяются между рабочими серверами. В случае роста HANA к текущей конфигурации сервера просто добавляется еще одна нода. В такой топологии достаточно иметь одну резервную ноду для обеспечения безопасности всего сервера.

Требования SAP к железу

К аппаратному обеспечению для HANA у SAP есть обязательные требования. Они касаются продуктивных сред — для non-prod достаточно минимальных характеристик. Итак, вот требования для продуктивных сред:

• CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
• от 128 ГБ RAM для приложений BW с 2 CPU, 256 ГБ с 4+ CPU;

Развертываем SAP HANA в режимах Appliance и TDI

Теперь перейдем к практике и расскажем о том, как реализовать SAP HANA в режимах Appliance и TDI. Используем для этого наши платформы SAP HANA на основе серверов BullSequana S и Bullion S, которые сертифицированы SAP для работы в этих режимах.

Небольшая справка о продуктах. BullSequana S на базе Intel Xeon Scalable включает в себя различные модели, до 32 CPU в одном сервере. Сервер построен по модульной конструкции, обеспечивающей масштабируемость до 32 CPU и такого же количества графических процессоров. Оперативная память – от 64 ГБ до 48 ТБ. Среди особенностей BullSequana S – поддержка корпоративного ИИ для улучшенной производительности, ускорение аналитики данных, усовершенствование вычислений в памяти, модернизация с помощью виртуализации и облачных технологий.

Bullion S поставляются с CPU семейства Intel Xeon E7 v4 Family. Максимальное количество процессоров — 16. ОЗУ масштабируется со 128 ГБ до 24 ТБ. Большое количество функций RAS обеспечивает высокий уровень доступности для критически важных инфраструктур наподобие SAP HANA. Bullion S подходят для массовой консолидации ЦОД, работы с приложениями In-Memory, миграции мейнфреймов или устаревших систем.

SAP HANA Appliance

Appliance – преднастроенное решение, включающее сервер, СХД и пакет ПО для внедрения «под ключ», с централизованной службой поддержки и оговоренным уровнем производительности. Здесь HANA поставляется в виде предварительно настроенного аппаратного и программного обеспечения, полностью интегрированного и сертифицированного. Устройство в режиме Appliance готово к установке в ЦОД, а операционная система, SAP HANA и (если необходим) дополнительный инстанс VMWare уже сконфигурированы и установлены.

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

• Scale-Up BWoH/DM/SoH – вертикальное масштабирование, которое подходит для единых систем (один SID). Рост устройств Appliance происходит по 256/384 ГБ, начиная с версии SAP HANA SPS 11. Это соотношение показывает максимальный объем, поддерживаемый одним CPU, и является общим для всего списка сертифицированных Appliance-устройств. Appliance BWoH/DM/SoH с вертикальным масштабированием оптимально подходит для приложений BW on HANA (BWoH), Data Mart (DM) и приложений SAP Suite on HANA (SoH).
• Scale-Up SoH — это облегченный вариант предыдущей модели, с меньшим количеством ограничений по объему ОЗУ. Это все еще вертикально-масштабируемый сервер, но максимальный объем ОЗУ на 2 процессора составляет уже 1536 ГБ (до версии SPS11) и 3 ТБ (SPS12+). Подходит только для SoH.
• Scale-Out – это вариант с горизонтальным масштабированием, системой, поддерживающей многосерверные конфигурации. Горизонтальное масштабирование оптимально подходит для BW и – с некоторыми ограничениями – для SoH.

Решения BullSequana S для SAP HANA в режиме Appliance

*Optional E7-8890/94v4
Решения Bullion S для SAP HANA в режиме Appliance

Все решения Bull в режиме Appliance с версии SAP HANA SPS 12 сертифицированы. Оборудование устанавливается в стандартную 19-дюймовую стойку 42U, с двумя источниками питания — внутренними PDU. Сертификацию SAP имеют серверы:

• BullSequana S с Intel Xeon Skylake 8176, 8176M, 8180, 8180М (процессоры с литерой «M» поддерживают работу с модулями памяти по 128 ГБ). По соотношению цены и качества лучше всего выглядят варианты с Intel 8176
• Bullion S с Intel Xeon E7-8880 v4, 8890 и 8894.

Вот пример конфигурации СХД EMC Unity 450F в нашем сетапе:

• Высота: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
• Контроллеры: 2
• Диски: от 6 до 250 SAS SSD, от 600 ГБ до 15.36 ТБ каждый
• RAID: level 5 (8+1), 4 RAID-группы
• Интерфейс: 4 FC на контроллер, по 8 или 16 Гбит/с
• Софт: Unisphere Block Suite

SAP HANA TDI

Альтернативой Appliance является режим TDI (Tailored Data center Integration), в котором можно выбирать конкретных производителей и компоненты инфраструктуры в зависимости от пожеланий заказчика – с учетом выполняемых задач и рабочей нагрузки. Например, SAN может быть повторно использован в ЦОД, при этом некоторые диски отводятся под установку HANA.

По сравнению с Appliance, в режиме TDI пользователю дается гораздо большая свобода в выполнении требований. Это значительно упрощает интеграцию HANA в ЦОД — можно выстроить собственную кастомизированную инфраструктуру. Например, варьировать тип и количество процессоров в зависимости от нагрузки.

Для расчета мощностей рекомендуется использовать SAP Quick Sizer — простой инструмент, выдающий требования к ЦП и памяти для разных рабочих нагрузок в SAP HANA. Затем для планирования IT-ландшафта можно обратиться в SAP Active Global Support. После этого аппаратный партнер SAP HANA преобразует результаты расчетов в разные возможные конфигурации системы — как на топовом, так и на более простом железе. В режиме TDI для серверов допустимо использовать CPU Intel E7, включая Intel Broadwell E7 и Skylake-SP (Platinum, Gold, Silver с 8 и более ядрами на процессор), а также IBM Power8/9.

Серверы поставляются без СХД, коммутаторов и стоек, но требования к аппаратной части остаются такими же, как в режиме Appliance — те же сингл-ноды, решения с вертикальным или горизонтальным масштабированием. SAP требует, чтобы использовались только сертифицированные серверы, СХД и коммутаторы, но это не страшно — у большинства производителей практически все оборудование сертифицировано.

Проверка производительности должна проводиться при помощи тестов HWCCT (Hardware Configuration Check Tool), которые позволяют проверить соблюдение определенных KPI SAP. И есть требование, не связанное с железом: HANA, ОС и гипервизор (опционально) должны быть инсталлированы специалистами с сертификацией SAP. Только системы, где соблюдаются все перечисленные правила, могут получать поддержку SAP, связанную с производительностью.

Линейка серверов BullSequana S в режиме TDI аналогична линейке в режиме Appliance, но без СХД, коммутаторов и стойки. К ним можно устанавливать любые СХД из списка сертифицированных SAP — VNX, XtremIO, NetApp и другие. Например, если VNX5400 соответствует требованиям к производительности SAP HANA, можно подключить СХД Dell EMC Unity 450F как часть конфигурации TDI. При необходимости инсталлируются адаптеры FC (1 или 10 Гбит/с), а также Ethernet-свитчи.

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

Appliance + TDI: HANA для интернет-магазина

Интернет-магазин Mall.cz, входящий в состав Mall Group, был основан 2000 году. Имеет филиалы в Чехии, Словакии, Польше, Венгрии, Словении, Хорватии и Румынии. Это крупнейший интернет-магазин в стране, продающий до 75 тысяч товаров в день, его выручка по итогам 2017 года составила порядка 280 миллионов евро.

Обновление инфраструктуры ЦОД требовалось в связи с миграцией на SAP HANA. Оцениваемый сайзинг составлял 2×6 ТБ для среды prod и 6 ТБ для сред test/dev. При этом требовалось решение с аварийным восстановлением для продуктивной среды SAP HANA в active-active кластере.

На момент объявления тендера у заказчика имелась система под SAP на базе стандартных стоечных и блейд-серверов. Два ЦОДа, располагавшиеся на расстоянии примерно в 10 км друг от друга, были укомплектованы различными СХД – IBM SVC, HP и Dell. Ключевые системы работали в режиме аварийного восстановления.

Сначала заказчик запросил сертифицированное решение в режиме Appliance для SAP HANA для всех систем (среды Production и test/dev) с ростом до 12 ТБ. Но из-за ограничений бюджета стали рассматривать другие варианты – например, большее количество CPU с модулями ОЗУ меньшего объема (модули по 64 ГБ вместо модулей по 128 ГБ). Кроме того, для оптимизации цены рассматривалось совместное СХД для сред Production и test/dev.

Сошлись на 4 CPU и 6 ТБ RAM для среды Production, с возможностью роста. Для сред test/dev в режиме TDI решили обойтись менее дорогостоящими CPU — получилось 8 CPU и 6 ТБ RAM. Из-за большего количества функций, запрашиваемого заказчиком, — репликация, бэкап, совместные среды Production и test/dev на второй площадке — вместо внутренних дисков задействовали СХД DellEMC Unity в конфигурации full-flash. Кроме того, заказчик запросил решение с аварийным восстановлением на базе репликации системы HANA (HSR) с кворумной нодой на третьей площадке.

Итоговая конфигурация для среды Prod состояла из сервера BullSequana S400 на Intel Xeon P8176M (28 ядер, 2.10 ГГц, 165 Вт) и с 6 ТБ ОЗУ. СХД — Unity 450F 10x 3.84 ТБ. В целях disaster recovery для среды Prod использовали BullSequana S400 на Intel Xeon P8176M (28 ядер, 2.10 ГГц, 165 Вт) с 6 ТБ ОЗУ. Для среды test/dev взяли сервер BullSequana S800 с Intel Xeon P8153 (16 ядер, 2.00 ГГц, 125 Вт) и 6 ТБ ОЗУ плюс СХД Unity 450F 15x 3.84 ТБ. В качестве кворума, серверов приложений (VxRail Solution) и решения для бэкапа (DataDomain) наши специалисты установили и настроили серверы DellEMC.

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

Appliance: HANA для крупного интегратора в сфере туризма

На этот раз нашим клиентом стал крупный поставщик ИТ-услуг, занимающийся разработкой технологических решений для туристических компаний. Заказчик запустил амбициозный проект SAP HANA для внедрения новой биллинговой системы. Требовалось решение в режиме Appliance с 8 ТБ ОЗУ для сред Production и PreProd. В соответствии с рекомендациями SAP, заказчик выбрал вариант с вертикальным масштабированием.

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