Використання UPS разом із BAS
BAS, загалом, така ж програма, як і решта і відповідно підпорядковується загальним правилам роботи програмного забезпечення. Розглянемо, що відбувається з програмою при втраті електроживлення. Оскільки UPS, як правило, служить не для того, щоб продовжити роботу, а для того, щоб фільтрувати перешкоди і дозволити користувачеві зберегти свою роботу у разі раптової втрати електроживлення, ми розглядатимемо тільки те, яке саме обладнання має бути захищене для того, щоб уникнути проблем із втратою інформаційної бази BAS.
Варіант 1. Файл-серверна версія та версія на одного користувача
І в тому, і в іншому варіанті багато залежить від того, яка файлова система встановлена на комп’ютері. У першому випадку – на сервері, у другому – на самому комп’ютері. При використанні NTFS поява проблем малоймовірна, а ось для FAT32 все дуже навіть може бути.
Які проблеми можуть виникнути?
1. Пошкодження файлу syslog.mlg (журналу реєстрації). У цьому випадку BAS видає малозрозуміле повідомлення про помилку під час запуску та вилітає. Проблема вирішується досить легко:
• Виконуємо перевірку диска. Для цього потрібно зайти в Мій комп’ютер, клацнути правою кнопкою на диску, на якому лежить база та вибрати Властивості-Сервіс-Виконати перевірку.
• У випадку, якщо це не допомогло, спробуємо видалити журнал реєстрації вручну. Заходимо в папку, де лежить база через провідник і видаляємо папку SYSLOG.
• Якщо це не допомогло, пробуємо запустити конфігуратор, створюємо резервну копію і виконуємо Тестування та виправлення ІБ в меню Адміністрація.
2. Помилки інформаційної базі.
Пробуємо виконати Тестування та виправлення ІБ, як було описано в п.1. Якщо жоден із способів не допоміг – викликаємо спеціаліста та готуємося до того, що можливо доведеться відновлюватися з резервної копії, якщо ви звичайно створюєте їх регулярно.
Таким чином, для захисту від втрати інформації при втраті електроживлення потрібно як мінімум встановити UPS на файл-сервері, а на кожному комп’ютері в мережі і на мережевому концентраторі.
Варіант 2. Термінальний сервер
У випадку з термінальним сервером все відбувається приблизно так само як і в Варіанті 1, але з деякими особливостями.
Якщо живлення на сервері терміналів не зникло і база лежить саме на ньому, то запущені сеанси користувачів залишаться працювати на сервері. При наступному вході користувач просто побачить усі свої дані. Це працює у випадку, якщо у кожного користувача своє ім’я для входу на сервер і користувач не може заходити більше одного разу, і час роботи вимкненого сеансу не обмежений.
В інших випадках можливі ситуації, що користувач не зможе підключитися до свого старого сеансу або сеанс буде автоматично вимкнений після закінчення певного часу.
Таким чином, у випадку з термінальним сервером, при правильному налаштуванні, достатньо захистити тільки його.
Тому при такому режимі роботи є можливість купувати «важкий» ДБЖ, який дозволить «протриматися» серверу досить довгий час (кілька годин). Або потрібно поставити ДБЖ як на сервері, мережевому концентраторі і хоча б одному комп’ютері, щоб з нього можна було зайти і коректно відключити сеанси користувачів.
Варіант 3. Сервер MS SQL
У такому випадку BAS поводитиметься як і у випадку з файл сервером, тобто, можливе пошкодження файлу syslog.mlg, але вкрай малоймовірне пошкодження бази, оскільки MS SQL Server сам захищає БД від таких проблем.
У цьому випадку можна не захищати навіть сервер.
