Руйнування у файлі конфігурації. Рекомендації щодо захисту від збоїв.
Однією з основних причин пошкоджень MD-файлів (файлів конфігурації) є збереження конфігурації на мережевому диску (збереження через мережу). Файл зазвичай досить великий, у разі мережевих збоїв або стрибка напруги в момент копіювання відбувається некоректний запис файлу. Тому бажано виконувати редагування конфігурації, а також об'єднання конфігурацій на локально розташованій базі даних. При цьому програмні файли можуть бути запущені як із сервера, так і з локальної робочої станції. Крім того, причиною пошкодження md-файлу може бути нестача місця як на диску, на якому розташований файл, так і на диску C:
Однією з основних причин пошкоджень MD-файлів (файлів конфігурації) є збереження конфігурації на мережевому диску (збереження через мережу). Файл зазвичай досить великий, у разі мережевих збоїв або стрибка напруги в момент копіювання відбувається некоректний запис файлу. Тому бажано виконувати редагування конфігурації, а також об'єднання конфігурацій на локально розташованій базі даних. При цьому програмні файли можуть бути запущені як із сервера, так і з локальної робочої станції. Крім того, причиною пошкодження md-файлу може бути нестача місця як на диску, на якому розташований файл, так і на диску C:
Для захисту від руйнувань у md-файлі рекомендується таке:
- виконувати редагування конфігурації та реструктуризацію лише на локальних комп'ютерах, у яких Ви впевнені;
- постійно мати резервну копію інформаційної бази, перевірену на відсутність помилок у файлі конфігурації.
Для перевірки відсутності помилок у md-файлі для версії 7.7 можна використовувати вбудований у компоненту конфігурування режим "Тестування та виправлення ІБ". Для версії 7.5 непогані результати дає "пошук у всіх текстах" з усіма встановленими прапорцями, причому яку саме строку шукати — неважливо (можна, наприклад, вказати російські літери "о" або "а"), істотним є сам факт нормального завершення пошуку. Після закінчення перевірки слід зробити нову резервну копію та зберігати її до наступного виправлення конфігурації (бажано зберігати кілька поколінь резервних копій) — це має захистити від руйнувань у файлі конфігурації.