4. Диференціальна (Differential). У цьому разі архівуються всі файли з установленим бітом архівації. Архівні біти всіх заархівованих файлів залишаються в попередньому стані.
5. Кожноденна архівація (Daily). Архівуються всі файли, що зазнали зміну в день архівації. Архівні біти всіх заархівованих файлів залишаються в попередньому стані.
Загальна стратегія архівації полягає в тому, що необхідно щодня проводити звичайну архівацію і додаткову або диференціальну. Оскільки в разі диференціальної архівації стан архівного біта не змінюється, у кожну диференціальну архівацію включаються всі нові файли, а також файли, що змінилися з останньої звичайної архівації. Щоб поновити стан сервера в разі диференційованої архівації, необхідно відновити лише останній звичайний і останній диференціальний архіви. Тому більшість адміністраторів БД віддають перевагу диференціальній архівації, а не додатковій.
Якщо замість диференціальної архівації використовується додаткова, то для поновлення сервера необхідно буде відновити останній звичайний архів, а потім послідовно відновити всі додаткові архіви з часу останньої звичайної архівації. Це не лише додає роботи, але й підвищує ймовірність помилок навіть у разі незначного порушення послідовності додаткових архівів.
Незважаючи на те, що диференціальні архіви займають більше місця на магнітному носії (наприклад, магнітній стрічці), оскільки вони щодня зберігають великий обсяг інформації, витрати на носій значно менші порівняно з витратами часу на поновлення сервера в разі додаткової архівації, не кажучи вже про можливі помилки, викликані додатковою архівацією.
Архівні магнітні носії зберігають у вогнестійких сейфах або за межами обчислювального центру. Крім того, необхідно також розробити план архівації компонентів сервера БД.
Сучасні сервери баз даних автоматично підтримують копію свого каталогу на кожному сервері вузла. Відповідний процес називається реплікацією каталогів (directory replication). Розглянемо цей процес на прикладі Exchange Server.
У процесі копіювання каталогу сервери Exchange вузла звертаються один до одного й переконуються в актуальності їх каталогів. Якщо сервер визначає, що його копія каталогу не синхронізована з іншими, він оновлює її за допомогою одного або кількох серверів вузла. Тому під час відновлення сервера не на стільки важливо, чи містить архів найсвіжішу копію каталогу. Після того, як відновлення буде завершене, інші сервери вузла швидко поновлять відновлений каталог у процесі реплікації.
Практика роботи зі сховищами даних показує, що звичайна архівація каталогів на всіх серверах здійснюється раз на тиждень у вихідні дні, а диференціальна архівація каталогу на всіх серверах здійснюється щодня в робочі дні тижня. У річному архіві зберігають магнітний носій, як правило останнього тижня місяця.
Зауважимо, що в серверах БД для підвищення мовостійкості системи використовуються журнали транзакцій. Усі зміни в каталозі сервера, а також в особистих і загальних інформаційних сховищах попередньо записуються у файли, які називаються журналами транзакцій (transaction log files). Для каталогу та інформаційного сховища використовуються різні набори журналів транзакцій.
Попередньо служба каталогу або інформаційного сховища записує дані з пам’яті в журнал транзакцій, а потім у саму базу даних. Запис у базу даних потребує виконання багатьох допоміжних операцій, зокрема й індексування. Для запису в журнал трансакцій такі операції не потрібні, тому дані швидко переносяться з пам’яті в журнал. Це зменшує ймовірність втрат трансакцій у разі аварійних ситуацій на сервері. У випадку збою за журналами трансакцій можна швидко поновити поточний стан бази.
Під час використання утиліти Backup для архівації каталогу або інформаційного сховища, розміщених на Microsoft Exchange Server, допускається використання будь-яких типів архівації, окрім щоденної. За звичайної архівації створюються резервні копії баз даних і пов’язаних з ними журналів трансакцій, а після завершення архівації Backup вилучає заархівовані файли журналів.
Під час виконання додаткової архівації каталогу або інформаційного сховища архівуються лише журнали трансакцій.
Техніка архівації за допомогою сучасних інструментальних засобів серверів досить проста. Наприклад, для вибору об’єктів для архівації за умов Microsoft Exchange Server необхідно перейти на праву панель вікна, на якій можна їх вибрати.
Під час першого відкриття вікна Microsoft Exchange на правій панелі виводиться ім’я вашого вузла (або вузлів) Exchange. Для відкриття вузла необхідно двічі клацнути мишкою на його імені. Тепер на панелі з’являться імена серверів (чи сервера) вузла. Після того, як ви двічі клацнете на сервері, що вас цікавить, на правій панелі з’являться два значки, що відповідають каталогу (Directоry) та інформаційному сховищу (Information Store) цього сервера. Вам надається можливість заархівувати каталог чи інформаційне сховище (або і те, і інше). Із заархівованого сховища можна відновити будь-який сегмент (особистий і загальний) або обидва відразу.
По завершенні архівації інформаційного сховища Backup починає перевірку всіх архівних наборів (якщо у вікні настройки встановлено прапорець Verify After Backup), а після успішного її завершення Backup робить відповідне повідомлення.
Після натискання кнопки ОК у діалоговому вікні Verity Status архівація закінчується.
Для відновлення сервера за допомогою архівної копії необхідно спочатку повідомити утиліті Backup, що саме потрібно витягти з архіву, а після цього вказати, яким чином має виконуватися відновлення. Після того, як ви повідомили Backup, що саме необхідно відновити, треба натиснути кнопку Restore в лівому верхньому куті вікна Backup. На екрані з’явиться діалогове вікно Restore Information для відновлення каталогу та інформаційного сховища.
4 Загальна характеристика і область застосування системи R/3
Система SAP R/3 — це інтегрований комплекс програмних засобів корпоративного управління, що поєднує стандартні організаційно-економічні функції та спеціалізовані за галузями господарчі процеси. На сьогодні це одна з найпотужніших і функціонально розвинутих КІС, яку розробила німецька компанія SAP AG (Systems Applications Products), штаб-квартира якої знаходиться в місті Вальдорф.
Система R/3 реалізована на базі сучасної клієнт-серверної архітектури (трирівневої), що дає можливість організувати ефективне розподілене оброблення інформації та працювати на різних моделях обчислювальної техніки, має гнучкий інтерфейс користувача і понад 30 мовних варіантів, зокрема й український.
Понад 11000 компаній більш як 100 держав світу здійснюють свою діяльність, використовуючи продукт SAP — систему R/2 для великих ЕОМ (мейнфреймів) і систему R/3 для конфігурацій клієнт-сервер і відкритих систем.
До складу R/3 входять додатки в галузі обліку і звітності, контролінгу, організації виробництва, управління матеріальними потоками, а також у сфері забезпечення якості, техобслуговування і ремонту устаткування, збуту, управління персоналом і проектами. Система дає змогу інтегрувати всі господарські процеси в єдину систему планування, управління і контролю діяльності підприємства. Спеціалізований набір рішень надає понад 100 готових сценаріїв для різних галузей, які відображають близько 1000 різних виробничих, організаційних і технологічних процесів для сфери діяльності будь-якого підприємства. Важливою характеристикою R/3 є те, що вона може працювати в умовах інфляції та підтримувати розрахунки в декількох валютах. R/3 побудована за модульним принципом. Модулі можуть бути використані як окремо, так і в комбінації з іншими.
За основними функціональними сферами система R/3 поді-ляється на три напрямки:
— облік і звітність;
— логістика;
— управління персоналом.
Облік і звітність. Система обліку і звітності R/3 є єдиною концепцією, що відображає всі аспекти фінансів, управління інвестиціями, контролінгу, фінансового менеджменту й контролінгу підприємства. Найважливіші її модулі такі: фінансова бухгалтерія, бухгалтерський облік основних засобів, контролінг, управління інвестиціями, фінансовий менеджмент, контролінг підприємства.
Фінансова бухгалтерія (ідентифікатор F1). У цьому модулі збираються всі дані для бухгалтерської та міжнародної звітності. Одночасно повне документальне оформлення господарських операцій і обширна інформація слугують вихідною базою для завдань планування і контролю потреби у відповідних ресурсах для всього підприємства. Крім того, в інтернаціональному середовищі різних компаній, мов, валют і планів рахунків додаток Фінансова бухгалтерія системи R/3 гарантує повний огляд фінансових даних. За допомогою спеціальних адаптаційних режимів забезпечуються цілковита локалізація в середовищі законодавчих вимог, відповідність правовому й методологічному фінансовому розпорядженням; ураховується розходження валютної та податкової систем.
Ядром фінансової бухгалтерії є головна книга (F1-GL), яка служить основою для пошуку стратегічних рішень завдяки інтеграції потоків операцій усіх фінансово-економічних процесів підприємства. Підтримує гнучку структуру плану рахунків на рівнях корпорації, концерну й компаній, різні валюти й мови, інтегрований фінансовий календар, різнобічну систему фінансової звітності, що цілком відповідає національним і міжнародним вимогам.
Модуль F1 підтримує спеціальні функції — бухгалтерія дебіторів (F1-AR) і бухгалтерія кредиторів (F1-AР), що дозволяють одержати фінансовий огляд глобальних зв’язків з діловими партнерами. Допоміжні книги дебіторів і кредиторів інтегровані з головною книгою і з відповідними сферами збуту й управління матеріальними потоками, у яких перебувають вихідні дані для фінансових операцій. Додаток підтримує стандартизовані господарські операції від уведення даних і складання аналітичної звітності до здійснення платежів і виконання банківських трансакцій.