Ахітектура даних
Что такое архивирование
Термін "архівування" в середовищі R / 3 може описувати одну з трьох областей. По-перше, з точки зору БД це область адміністрування БД, де архівування даних означає резервне копіювання журналу архівування.
По-друге, з точки зору програми, архівування - це використання інтерфейсу SAP ArchiveLink для архівування вхідних і вихідних документів. Додатки вже готові для взаємодії з системою архівування. Їх конфігурація повинна налаштовуватися таким чином, щоб рахунки, рахунки-фактури, квитанції та інші специфічні для додатків документи зберігалися в архіві.
По-третє, з точки зору адміністратора R / 3, архівування полягає переважно у видаленні застарілих даних з БД і збереженні їх в архіві. У даній главі основна увага приділяється саме цьому аспекту.
Archive Development Kit
ADK (Archive Development Kit) являє собою інтерфейс між програмами архівування конкретного додатка (наприклад, програмою архівування даних) і архівними файлами. ADK. передбачає функціональні модулі, що дозволяють програмам архівування записувати підготовлені архівні дані в каталоги поза БД (див. Мал. 4).
Мал.4.
Етап 1
Визначте підлягають архівуванню дані. Це рішення повинні приймати працюють з даними підрозділу, так як адміністратор системи R / 3 не може судити про релевантністю бізнес-даних. Адміністратор відповідає за технічну реалізацію процесу архівування. В системі R / 3 визначено об'єкти архівування. Об'єкт архівування - це логічна одиниця пов'язаних фізичних даних, наприклад, документи бухгалтерського обліку, основні дані банку, заявки, дані по відрядженнях або бухгалтерські відомості. В них входять і програми, необхідні для архівування даних, такі як програми редагування, читання, запису та видалення.
Етап 2
Після вилучення даних і збереження в файлах їх можна видалити з БД. Перед видаленням даних система автоматично перевіряє, чи можна прочитати ті, які були сформовані на етапі 1. Для цього генерується спеціальна програма. Дані видаляються тільки в тому випадку, якщо вони знаходяться в файлах, згенерованих на етапі 1. Залежно від конфігурації подібні перевірки можна виконувати автоматично після вилучення даних або вручну.
Етап 3
На цьому етапі згенеровані на етапі 2 файли передаються в архів.
Скільки даних архівувати
Після вибору об'єкта архівування даних потрібно визначити об'єм даних, що підлягають архівуванню. Щоб визначити, чи дасть архівування якої-небудь виграш, потрібно отримати інформацію про поточний фізичному і логічному розмірі таблиць в об'єкті архівування БД. Фізичний розмір - це фактичне простір, займане БД. Логічний розмір - це число записів у таблиці. Існує два методи аналізу розміру. Обидва вони в сильному ступені залежать від БД.
Перший метод дозволяє визначити поточний розмір таблиці, вибрати таблицю і дати команду Online Space Info. Залежно від використовуваної РСУБД і розміру таблиці це може зайняти кілька хвилин.
Другий метод аналізу розміру передбачає застосування засобу Statistics Space Info, однак воно підходить лише в тому випадку, якщо вам достатньо статистики, яка збирається оптимізатором SQL. Розміри визначаються на основі статистики не точно, а за вибіркою але час останнього оновлення статистики оптимізатора.