русс | укр

Мови програмуванняВідео уроки php mysqlПаскальСіАсемблерJavaMatlabPhpHtmlJavaScriptCSSC#DelphiТурбо Пролог

Компьютерные сетиСистемное программное обеспечениеИнформационные технологииПрограммирование


Linux Unix Алгоритмічні мови Архітектура мікроконтролерів Введення в розробку розподілених інформаційних систем Дискретна математика Інформаційне обслуговування користувачів Інформація та моделювання в управлінні виробництвом Комп'ютерна графіка Лекції


Тестування і виправлення інформаційної бази


Дата додавання: 2014-05-08; переглядів: 1180.


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

Система "1С:Підприємство 8.0", як і попередня версія, має механізм тестування та інформаційної бази і виправлення помилок (меню Администрирование - Тестирование и исправление...). Перевірку проводить адміністратор при виникненні неполадок або нештатних ситуацій, а також для періодичної профілактики.

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

Вивантаження і завантаження інформаційної бази

Резервне копіювання інформації традиційно одне з найпотрібніших завдань адміністрування. Чим потужніша система і більший масштаб підприємства - тим вища ціна завдання. Накопичені в інформаційній базі "1С:Підприємства 8.0" дані можна вивантажити в архівну копію (зазвичай файл з ім’ям 1cv8.dt) і завантажити з неї (меню Администрирование - Выгрузить информационную базу). При вивантаженні інформація стискається для компактності зберігання та перенесення.

Завдання зберігання необхідної кількості архівів може бути вирішене сторонніми засобами. Зокрема, є написані партнерами фірми "1С" рішення з управління архівами, які автоматизують завдання регулярного копіювання та зберігання архівів.

Зазвичай рекомендована загальна схема управління архівами виглядає так: зберігаються оперативні (щоденні або частіше) архіви за останні кілька днів, а також тижневі та місячні архіви. Архівація здійснюється регулярно (наприклад, архівація щодня о другій годині ночі переважно не перешкоджає навіть компаніям, що працюють цілодобово) 2, з точки зору керівника треба визначити час, рішення для великих баз і місце.

Нагадаємо, що управління архівами не є штатним засобом. Однак пропозицій, у тому числі типових, на ринку багато.

Вивантаження-завантаження інформаційної бази використовується також як штатний засіб для перенесення інформаційної бази, між файловим і клієнт-серверним варіантом програми або між різними комп’ютерами.

Оновлення конфігурацій

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

Цьому питанню була приділена серйозна увага при розробленні нової платформи, оскільки воно пов’язане з вартістю володіння та підтримки конфігурацій, можливістю вибору рішень та їх супроводу.

У попередньому поколінні програм "1С:Підприємство" механізм оновлення конфігурації дозволяв провести автоматичне оновлення тільки для конфігурацій, які не змінювалися користувачем.

У новій версії 8.0 концепція механізму оновлення значно перероблена. Як видно на схемі 1, у конфігурації можуть співіснувати об’єкти, які визначені:

- первинним постачальником (це може бути, наприклад, автор типової конфігурації);

- постачальником додаткових рішень (розробник галузевого рішення);

- користувачем.

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

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

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


<== попередня лекція | наступна лекція ==>
Реєстрація дій користувачів | Список використаної і рекомендованої літератури


Онлайн система числення Калькулятор онлайн звичайний Науковий калькулятор онлайн