Головна

Вправи 2 сторінка

  1. 1 сторінка
  2. 1 сторінка
  3. 1 сторінка
  4. 1 сторінка
  5. 1 сторінка
  6. 1 сторінка
  7. 1 сторінка

n Саме оновлення ініціюється ABAP-оператором COMMIT WORK, який заданий в останньому кроці діалогу SAP-транзакції. Блокування, встановлені прикладної програмою за допомогою робочого процесу обробки черг (Е-РП), передаються робочому процесу оновлення. Якщо під час фази діалогу користувач скасовує SAP-транзакцію або транзакція була перервана з будь-якої іншої причини, виконання змін в базі даних скасовується. У другій частині SAP-LUW робочий процес оновлення (V-РП) зчитує з таблиць VB * записи журналу і оновлює відповідні прикладні таблиці в базі даних R / 3 відповідно до змін, Буферізірованний в таблицях VB *.

n Під час поновлення користувач не може в діалоговому режимі виправити помилки. Замість цього система завершує обробку поточних компонентів оновлення. Користувачі автоматично сповіщаються експрес-поштою про час завершення оновлення. Після чого адміністратор може проаналізувати причину припинення оновлення та виправити помилку (див. Розділ "Адміністрування").


4.15

n Завантаження діалогових робочих процесів не повинна здійснюватися з використанням кроків діалогу тривалого виконання, т. к. тоді ці робочі процеси будуть недоступні іншим користувачам. Які залишилися діалоговим робочим процесам доведеться обробляти набагато більшу кількість користувачів, що позначиться на значному зниженні часу реакції системи.

n Це і є причиною використання параметра rdisp / max_wprun_time (значення за замовчуванням 300 сек), який встановлює максимальний час кроку діалогу, дозволене для знаходження в діалоговому робочому процесі. Якщо цей час перевищено більш ніж удвічі, крок діалогу переривається і запущена транзакція завершується з помилкою. Це дозволяє адміністратору гарантувати те, що операції, що вимагає тривалого часу виконання, будуть виконуватися користувачами тільки в фонових робочих процесах, які визначені для таких типів операцій.


4.16

n Фонові робочі процеси призначені для періодичних завдань, таких як реорганізація даних або автоматичний перенос даних з зовнішньої системи в систему R / 3.

n Фонова обробка планується у вигляді завдань. Кожне завдання складається з одного або декількох кроків (ABAP-звітів, зовнішніх програм або викликів інших операційних систем), які обробляються в послідовному порядку. Можна також встановлювати пріоритети (від "С" до "A"), щоб привласнити пріоритет певним завданням.

n Зазвичай обробка завдань не починається відразу ж. Замість цього при плануванні завдання користувач визначає час запуску. Іноді може виникнути необхідність запускати завдання періодично, наприклад, виконувати завдання з управління системою з фіксованою періодичністю. За допомогою програми SAPEVT користувач може ініціювати запуск завдань на рівні операційної системи.

n Планувальник фонових завдань відповідає за автоматичний запуск завдання в зазначений час. Цей планувальник є ABAP-програмою, яка регулярно звертається до таблиці планування з метою пошуку завдань, які повинні бути виконані, і яка відповідає за їх виконання (час за умовчанням для параметра RDISP / BTCTIME - 60 сек).


4.17

n Під Спулінг (spooling) мається на увазі буферизованная передача даних на такі пристрої виведення, як принтери, факсимільні апарати і ін. У розподілених системах для такого висновку необхідно адміністрування мережі.

n Механізм спула системи R / 3 забезпечує запити на друк до принтерів і зовнішнім спулер як в локальній мережі, так і по мережі WAN. Цей механізм взаємодіє з локальними системами спула, розміщеними на кожному сервері.

n Запити в спула генеруються в діалоговому режимі або під час фонової обробки, а потім разом з параметрами принтера та форматом друку поміщаються в базу даних спула. Самі ж дані зберігаються в базі даних TemSe (TEMporary SEquential object - тимчасовий проміжний об'єкт).

n Коли дані необхідно вивести друк, для запиту в спула створюється запит на друк. Цей запит на друк обробляється робочим процесом спула (S-РП).

n Після того, як робочий процес спула відформатував дані для виведення на друк, він повертає запит на друк спулер операційної системи.

n спула операційної системи управляє чергою очікування і забезпечує передачу необхідних даних на відповідний пристрій виведення.


4.18

n Інстанція це адміністративна одиниця, яка об'єднує компоненти системи Базис R / 3 надають один або кілька сервісів. Сервіси, що надаються інстанцією, запускаються і зупиняються одночасно. Для установки параметрів всіх компонентів інстанції використовуйте загальний профіль інстанції.

n Центральна система R / 3 складається з однієї інстанції, яка надає всі необхідні сервіси системи R / 3.

n Кожна інстанція має свої власні буферні області.

n На прикладі показана установка додаткового діалогового сервера (а) і сервера фонової обробки (б). Ці інстанції, що надають певні послуги, зазвичай виконуються на окремих серверах, але при необхідності можуть виконуватися на одному і тому ж сервері.

n Сервер повідомлень надає серверів додатків центральний сервіс повідомлень для внутрішнього зв'язку (наприклад, запуск оновлення, запит і видалення блокування, запуск запитів на фонову обробку).

n Диспетчери окремих серверів додатків взаємодіють через сервер повідомлень, який інстальований в кожній системі R / 3 (це задається в файлах профілів системи R / 3).

n За допомогою сервера повідомлень сервери презентації можуть також реєструватися на сервері додатка. Це означає, що можна використовувати БД продуктивності сервера повідомлень для автоматичного вирівнювання навантаження (динамічного розподілу користувачів).


4.19


4.20Раздел: Ядро системи (вправи)

 Розділ: Ядро сістемиТема: Архітектура базисної SAP-системи
 Після виконання даних вправ слухачі зможуть: · проаналізувати архітектуру базисної SAP-системи з використанням різних транзакцій; · використовувати функції системи в діалоговому і фоновому режимах.
 Сценарій для даного розділу відсутня

1-1 Огляд системи.

Дайте відповідь на наступні питання, використовуючи транзакції SM50, SM51, SM04 і RZ02:

1-1-1 Який задіяний сервер додатків?

1-1-2 Які види робочих процесів існують в системі?

1-1-3 Скільки діалогових робочих процесів використовується в системі?

1-1-4 Скільки користувачів на даний момент зареєстровано в системі?

1-1-5 Скільки на даний момент відкрито сеансів?

1-1-6 Де можна визначити, який задіяний сервер додатків або сервер повідомлень?

1-2 Робота в діалоговому режимі: виконання завдання.

1-2-1 Запустіть звіт RSPFPAR в діалоговому режимі.

Рекомендація: виберіть Система ® Послуги ® Система звітів (Транзакція SA38). Введіть програму RSPFPAR, цей звіт покаже профільні параметри, які використовуються в системі. Виберіть Виконати (F8). На що з'явилося екрані виберіть параметри, вказавши rdisp * і знову повторіть команду Виконати. Яку інформацію надає параметр rdisp / mhost?

1-2-2 Додаткове вправу: створіть варіант звіту RSPFPAR. Для цього виберіть Перейти до ® Варіант (F7). На що з'явилося екрані введіть назву варіанту і виберіть Створити. Обмежте ракурс для відображення тільки параметрів rdisp * (як в п. 1-2-1). Виберіть атрибути і введіть короткий опис варіанта. Щоб зберегти в системі варіант виберіть Зберегти.

1-2-3 Виконайте звіт, використовуючи створений в п. 1-2-2 варіант або варіант, який надасть інструктор. Що змінилося?

1-3 Робота в діалоговому режимі: планування завдань.

1-3-1 У діалоговому режимі виконайте звіт RSPFPAR, використовуючи створений в п. 1-2-2 варіант або варіант, який надасть інструктор.

Рекомендація: виберіть Фоновий режим. На що з'явилося екрані введіть варіант звіту RSPFPAR і виберіть Виконати негайно. Що сталося?

1-3-2 Ознайомтеся з детальними даними щодо фонового завданням. Рекомендація: виберіть Система ® Послуги ® Завдання ® Огляд завдань (Транзакція SA38). На що з'явилося екрані виберіть Виконати (F8). Виберіть завдання і перегляньте список спула, створений при виконанні звіту.

1-3-3 Додаткове вправу: повторіть послідовність кроків, описану в п. 1-3-1, але на цей раз заплануйте виконання завдання. Виберіть час початку через п'ять хвилин від поточного часу. Як виглядає екран огляду завдань?


4.21Раздел: Ядро системи (відповіді)

 Розділ: Ядро сістемиТема: Архітектура базисної SAP-системи

1-1 Огляд системи.

1-1-1 Викличте транзакцію і визначте ім'я інстанції (стовпець сервер).

1-1-2 При виконанні транзакції SM51 перегляньте список видів робочих процесів (стовпець види). Щоб відповісти на це питання можна також використовувати транзакцію SM50. Транзакція SM50 надає докладну інформацію по робочому процесу.

1-1-3 Щоб визначити кількість діалогових робочих процесів, використовуйте транзакцію SM50 (підрахуйте кількість відображених робочих процесів).

1-1-4 Для виклику екрану огляду користувачів використовуйте транзакцію SM04.

1-1-5 Щоб визначити кількість використовуваних сеансів, виконайте транзакцію SM04 (стовпець сеанси).

1-2 Обробка в діалоговому режимі: виконання завдань.

1-2-1 Щоб виконати цю процедуру ознайомтеся з описом для вправи. Параметр rdisp / mshost вказує на те, який задіяний сервер (сервер додатків). щоб виконати цю процедуру ознайомтеся з описом для вправи. При діалогової обробці з використанням варіанту екран вибору вже містить дані варіанту.

1-3 Фонова обробка: планування завдань.

1-3-1 Щоб виконати цю процедуру ознайомтеся з описом для вправи. У рядку статусів з'явиться повідомлення, яке вказує на те, що звіт RSPFPAR був запущений в якості фонового завдання.

1-3-2 Щоб виконати цю процедуру ознайомтеся з описом для вправи. У списку спула можна переглянути огляд профільних параметрів rdisp *.

1-3-3 Щоб виконати цю процедуру ознайомтеся з описом для вправи. Якщо протягом цих п'яти хвилин виконати транзакцію SM37 (огляд завдань), можна переглянути своє завдання, якому присвоєно статус "деблокувати".


5


5.2


5.3

n Система R / 3 містить різні типи даних.

n Доступ до деякими даними можна отримати тільки з певного мандант, наприклад, до прикладних даними (документи, основні записи матеріалів і т. д.) і більшості даних попередньої призначеної для користувача настройки. Призначена для користувача настройка використовується для визначення організаційної структури користувача, наприклад, для визначення каналів збуту, балансових одиниць і установки для SAР-транзакцій параметрів, специфічних для клієнта.

n Дані, специфічні для клієнта, тісно взаємопов'язані. При введенні прикладні дані перевіряються на відповідність попередніми призначеним для користувача налаштувань, певним для мандант. При виявленні будь-яких невідповідностей введення даних припиняється. В наслідок цього прикладні дані актуальні тільки для своєї власної середовища настройки.

n У доповненні до попередніх призначеним для користувача налаштувань в системі R / 3 існують і інші настройки, які встановлюються один раз і є дійсними для всіх мандант. Такими попередніми призначеним для користувача настройками, незалежними від мандант, є, наприклад, настройки принтера.

n Репозитарій також є незалежним від мандант об'єктом. Він містить всі об'єкти Аварія-словника (таблиці, елементи даних та домени), а також ABAP-програми, меню, екрани і т. П.

n У зв'язку з тим, що ці об'єкти не залежать від мандант, Аварія-звіт, створений в одному з мандант, відразу стає доступним для виконання в іншому мандант.


5.4

n На додаток до різних типів даних в системі R / 3 існують також різні види змін і адаптацій.

n Так як система R / 3 є стандартне програмне забезпечення, її необхідно адаптувати до індивідуальних вимог кожної компанії, в якій використовується ця система. Така процедура адаптації називається користувальницької налаштуванням, яка включає в себе як залежні, так і незалежні від мандант дані, представлені на слайді. Після зміни версії може також знадобитися виконати невеликий обсяг робіт, пов'язаний з користувальницької налаштуванням.

n Розробка і тестування даних користувача настройки здійснюється в мандант, відмінному від того, який буде використаний в продуктивної експлуатації. Це означає, що при впровадженні R / 3 буде потрібно використовувати кілька мандант. Дані користувача настройки обробляються і тестуються в одному мандант. При великих інсталяціях може виявитися доцільним об'єднання і тестування підпроектів настройки в додатковому мандант. Продуктивна експлуатація здійснюється з використанням свого власного мандант.


5.5

n На відміну від призначеної для користувача настройки репозитарій не потребує будь-яких змінах або розширеннях при впровадженні системи R / 3.

Y Клієнти можуть додавати в репозитарій свої власні розробки.

Y Модифікації клієнта або розширення (об'єкти клієнта, включені в стандартну поставку SAP-системи) вносять зміни в репозитарій. У стандартному постачанні системи SAP надає інтерфейси для цих розширень.

Y Модифікації змінюють такі об'єкти SAP, як звіти і визначники таблиць. Репозитарій поставляється SAP не тільки розширено, а й змінений. Саме тому модифікації повинні бути відкориговані відповідно до нового репозитарием, інстальованим в ході останньої зміни версії R / 3. Процедура коректування може зайняти деякий час.

n Розподіляється цей мандант і будь-які інші мандант в системі R / 3 перш за все залежить від того, чи потрібно виконувати будь-які зміни в репозитарії.

n Якщо це повинно мати місце, продуктивне середовище і середовище розробок повинні бать розділені між собою в системі R / 3. В іншому випадку ABAP-програми, створені в мандант розробок, які ще не були протестовані, буде автоматично доступні в продуктивному мандант. Це може стати великою проблемою щодо безпеки та продуктивності системи.

n Якщо в репозитарій необхідно внести зміни, ми рекомендуємо використовувати дві (а краще навіть три) системи R / 3. Третя система R / 3 може використовуватися для тестування і забезпечення якості.


5.6

n Для забезпечення узгодженості та несуперечності системи рекомендується встановити системну середу, що складається з трьох систем. Ці три системи включають в себе "продуктивні" мандант (для розробки, настройки та виробничої експлуатацііа) і будь-які інші необхідні мандант (для навчання, тестовий мандант і ін.).

n Трехсістемная середовище підтримує наступну рекомендовану процедуру:

Y розробка програм, специфічних для клієнта, а також виконання необхідних налаштувань здійснюється в системі розробок;

Y все попередні призначені для користувача настройки, а також зміни репозитария (розробки, коректури або модифікації) переносяться в систему забезпечення якістю;

Y всі об'єкти і настройки, імпортовані в тестову систему, можуть бути потім перенесені в одну або кілька продуктивних систем.

n Трехсістемная середовище дозволяє також тестувати зміни версії і допомагає мінімізувати час простою під час зміни версії продуктивної системи.

n Системи всередині системного середовища повинні мати унікальні тризначні імена.


5.7

n З початком нового проекту розробок, керівник проекту створює запит на зміну і призначає членів проектної групи для виконання цього проекту. Організатор інструментальних засобів привласнює запитом на зміну номер проекту з використанням угоди з присвоєння імен <ім'я системи> K9 <номер запиту> (наприклад, C11K900001).

n Потім Організатор ІС створює завдання для кожного члена групи. Кожен раз, коли запитом на зміну учасником групи присвоюється об'єкт сховища, цей об'єкт входить в завдання даного учасника проектної групи. Таким чином, після закінчення проекту завдання містить всі об'єкти, над якими працював учасник групи.

n При завершенні своєї частини проекту розробок кожен учасник проектної групи деблокує свою задачу. Після чого об'єкти завдання передаються в запит на зміну. Після деблокування усіма учасниками групи своїх завдань керівник проекту може деблокувати запит на зміну. Повідомлення про порушення об'єднує всі об'єкти сховища, які були створені або змінені в ході проекту розробок.


5.8

n Об'єкти репозитария створюються і редагуються за допомогою ABAP-інструментальних засобів.

n При редагуванні об'єктів сховища можна безпосередньо викликати ABAP-інструментальні засоби, а потім вибрати відповідний об'єкт сховища, або при перегляді об'єктів сховища безпосередньо перейти до інструментальних засобів.

n Браузер репозитария надає доступ до об'єктів сховища.

n ABAP-інструментальні засоби містять всі інструменти для підтримки повного циклу розробки ПЗ.

n За допомогою ABAP-інструментальних засобів розробники можуть без будь-яких проблем створювати додатки клієнт / сервер при цьому немає необхідності розглядати питання зв'язку та дистрибуції.


5.9

n Центральним компонентом ABAP-інструментальних засобів є ABAP-словник. Він містить як організаційно-економічні, так і технічні терміни і опису SAP-даних. ABAP і інтерпретатори екранів безперервно здійснюють доступ до сховища даних словника.

n Крім інших об'єктів, Аварія-словник містить таблиці, ракурси, об'єкти блокування, довідки F1 і F4.

n Кожна система бази даних також має свій власний словник. Однак щодо подальшого матеріалу, посилання буде виконуватися виключно на словник даних R / 3.


5.10

n Рівень складності, з яким може впоратися одна людина або група людей, обмежений. Ось чому відповідні господарські процеси абстраговані від реального оточення. Вся малозначна інформація до уваги не береться.

n Моделі дозволяють звести рівень складності системи до рівня складових її найбільш важливих компонентів. При складанні моделі сам користувач визначає, що є "важливим" і "релевантним". Моделювання дозволяє створювати нові, більш складні системи і вирішувати більш складні і актуальні проблеми.

n Предметом моделювання є та частина реального оточення, яка має відношення до господарської діяльності.

n Моделі SAP-додатків документують бізнес-процеси і їх взаємозв'язок в додатках R / 3. Вони дозволяють організувати користувачеві в своєму прикладному програмному забезпеченні найбільш високий ступінь прозорості і повноти. Стрктури бізнес-об'єктів і їх процесів детально описані і схематизувати відповідно до того, як вони використовуються на відповідних підприємствах. Моделі відображають ясну структуру і надають інформацію про те, хто на відповідному підприємстві, що, коли, як і з яким об'єктом виконує.


5.11

n Модель бізнес-процесів описує динамічні аспекти системи бізнес-інформації і тимчасові залежності функцій. Механізм запуску для функції називається подією. Подія визначає логіку виконання керованої подіями ланцюжка процесу (УСЦП). Крім опису хронологічній послідовності виконання функцій, можна також описати функції введення і виведення, а також організаційні одиниці, які використовуються для виконання функцій.

n Моделі даних створюються для формального відображення в загальному функціональному контексті тих даних, які використовуються в бізнес-процесах. Модель SAP-даних являє відносяться до компанії інформаційні об'єкти і їх взаємозв'язку один з одним з точки зору господарської діяльності, використовуючи для цього структуровану модель відносин між сутностями (СМОС). Тип сутності відображає об'єкти реального оточення, що стосуються господарської діяльності, і відповідний об'єкт в системі R / 3.

n SAP-СМОС надає правила і принципи, необхідні для чіткого опису відповідних об'єктів господарської діяльності, їх семантику та специфікації SAP у вигляді моделі (SAP МДП - модель даних підприємства).

n За допомогою ABAP-інструментальних засобів моделі даних можна переглянути у вигляді тексту або графіки. Можна динамічно змінювати окреме подання моделі даних Користувачі можуть створювати свої власні докладні ракурси моделей даних.


5.12

n ABAP-словник призначений для створення і управління визначеннями даних. Він дозволяє описати всі дані, використовувані в системі, взаємини між ними, а також забезпечує централізоване і впорядковане зберігання цих даних. Механізм активації гарантує, що будь-які зміни виконані в ABAP-словнику, будуть негайно задіяні у всіх релевантних системних компонентах.

n ABAP-словник є інтегрованим і активним словником, т. е. він повністю інтегрований в середу розробок SAP. Будь-яке визначення в словнику створюється тільки один раз і потім автоматично стає доступним в будь-якому місці системи. Будь-яка інформація, її створив або змінив в активному ABAP-словнику, доступна автоматично, що забезпечує актуалізацію динамічних об'єктів, несуперечливість та захист даних.

n Інтеграція ABAP-словника з процесом виконання програми ґрунтується на інтерпретує середовищі виконання R / 3. ABAP-процесор не використовує вихідні ABAP-програми. Він інтерпретує динамічні об'єкти, створені з текстів програм, перед тим, як програма виконується вперше. Якщо процедура порівняння мітки часу визначила різницю між програмою і ABAP-словником, здійснюється автоматична регенерація динамічного об'єкта перед його виконанням.

n Вся інформація, критична для продуктивності системи, зберігається в динамічних об'єктах (програмах, масках і т. п.). Система гарантує, що в момент виконання ця інформація завжди буде актуальною.


5.13

n Таблиця являє собою двовимірну матрицю. Вона має ім'я і атрибути, такі як тип таблиці. Кожна таблиця-зразок має первинний ключ, що складається з комбінації стовпців, які однозначно ідентифікують запис таблиці. Це означає, що в таблиці не може знаходиться два записи з однаковим первинним ключем.

n Поле має ім'я і атрибути. Наприклад, воно може бути полем первинного ключа. Поле залежить від таблиці і тому не є самостійним об'ектомі і його ведення здійснюється тільки всередині таблиці. Поле таблиці визначається доменами і елементами даних.

n Домен використовується для визначення технічних атрибутів поля таблиці і містить технічні властивості поля таблиці, такі, як довжина поля, тип поля, атрибути виведення і всі обмеження на підставі значень за замовчуванням.

n Елемент даних являє собою семантичне визначення поля таблиці і може містити короткий опис поля, наприклад, при натисканні функціональної клавіші F1. Починаючи з версії 4.6 технічні атрибути поля можуть бути визначені в елементі даних і немає неободимого використовувати домен.

n Ведення таблиць, елементів даних і доменів здійснюється централізовано в ABAP-словнику. При активації поля воно зберігається в базі даних під тим же самим ім'ям.


5.14

n Дворівнева концепція доменів дозволяє визначати і вести технічні атрибути полів на рівні домену. Домен може описувати технічні атрибути будь-якої кількості полів, внаслідок чого при зміні технічних атрибутів полів необхідно виконати зміни тільки в домені, а не в окремих полях. Такий механізм гарантує також те, що якщо домени ідентичні, значення полів можна порівнювати без будь-яких перетворень.

n Елемент даних описує семантичні атрибути поля в контексті таблиці. Ці атрибути відносяться тільки до релевантному полю і не є глобальними (як у випадку технічних атрибутів).

n Приклад, наведений на малюнку, призводить таблицю SPFLI з Аварія-моделі бронювання авіарейсів. У цій таблиці зберігаються дані авіарейсів, наприклад, рейсу XY авіакомпанії Lufthansa з Франкфурта в Нью-Йорк. Таблиця містить поля аеропортів вильоту (AIRPFROM) І прибуття (AIRPTO). З організаційно-економічної точки зору аеропорт вильоту і аеропорт прибуття є двома окремими записами, внаслідок чого, визначені два елементи даних S_FROMAIRP and S_TOAIRP. Так як в обох стовпах містяться назви аеропортів, обидва елементи даних відносяться до одного і того ж домену S_AIRPID.


5.15

n Відносини між таблицями можна визначити в ABAP-словнику. Ці відносини називаються зовнішніми ключами і повинні бути явно визначені на рівні поля.

n Зовнішні ключі використовуються в основному для забезпечення несуперечності даних. Для забезпечення несуперечливості даних нові дані, введені в таблицю, перевіряються на предмет наявності даних. У таблиці зовнішнього ключа створюються нові дані. Для забезпечення несуперечливості даних, створені дані перевіряються в перевірочних таблицях.

n Є кілька обов'язкових технічних умов, які потрібно забезпечити перед тим, як можуть бути створені відносини по зовнішньому ключу. Це питання докладно розглядається в курсі BC430 "Аварія-словник".

n Приклад: в діалогової транзакції для авіалінії "АВ" створюється новий рейс. Рейси зберігаються в таблиці SPFLI, в якій містяться відносини по зовнішньому ключу для інших таблиць моделі авіарейсів. Ставлення по зовнішньому ключу використовується системою для перевірки того, чи міститься зазначена авіалінія в центральній таблиці авіаліній SCARR. Для даного прикладу авіалінії "АВ" ще не існує. Це означає, що для цієї авіалінії не можуть бути визначені ніякі авіарейси. Тому на час написання цей запис ігнорується.



© um.co.ua - учбові матеріали та реферати