3.2.7 Стійкість до системних помилок (System fault tolerance) [17]
Побудови відмовостійких КМ складається з ретельного планування та налаштування серверного обладнання та ПЗ, мережевих пристроїв, та джерел живлення. Купівля сервера якості і мережевого устаткування є гарним початком для побудови відмовостійкої системи, але правильного налаштування цього обладнання не менш важливо. Крім того, надання цього обладнання зі стабільною лінії електропередачі, які підкріплені батареї / генератора додає відмовостійкість КМ. Не в останню чергу, належне настроювання серверних ОС допомагає збільшити доступність мережевих послуг, таких як загальні папки, принт-сервери, мережеві додатки, і серверів аутентифікації.
Система відмовостійкості (SFT) є відмовостійкість системи, побудованої в системи Netware операційній. Хостинг IP PBX.
Існують три рівні відмовостійкості:
1. Карти SFT 1 «Hot Fix» поганих блоків НЖД на рівні файлової системи, щоб забезпечити цілісність даних (відмовостійкість на рівні диска блок).
2. SFT II є дзеркального НЖД або двосторонньої системи, заснованої на RAID 1; дзеркального відноситься до двох НЖД проведення ті ж дані, двосторонній друк використовує два канали даних / контролери для підключення дисків (відмовостійкість на диску і, можливо, рівень каналу даних).
3. SFT III є сервер двосторонньої схемою, де, якщо сервер виходить з ладу, постійно синхронізований сервер легко займає своє місце (відмовостійкості на рівні системи). Hosted CRM.
3.2.8 Технологія файл-серверу (Fileserver technology) [18]
Розрізняють дві технології використання сервера: технологію файл-сервера і архітектуру клієнт-сервер. У першій моделі використовується файловий сервер, на якому зберігається більшість програм і даних. На вимогу користувача йому пересилаються необхідна програма і дані. Обробка інформації виконується на РС.
У системах з архітектурою клієнт-сервер обмін даними здійснюється між додатком-клієнтом (front-end) і додатком-сервером (back-end). Зберігання даних і їх обробка проводиться на потужному сервері, який виконує також контроль за доступом до ресурсів і даних. РС одержує тільки результати запиту. Розробники додатків з обробки інформації зазвичай використовують цю технологію.
Використання великих за обсягом і складних додатків призвело до розвитку три рівневої архітектури з розміщенням даних на окремому сервері БД. Всі звернення в БД йдуть через сервер додатків, де вони об'єднуються.
Файл-сервер займається обробкою запиту одного користувача: звернення до БД (запит); перекачування даних із блокуванням доступу інших користувачів; обробка даних на комп'ютері користувача.
Рис. 3.9. Структура файл-серверу.
Розглянемо приклад. Припустимо, необхідно переглянути надіслані платіжні доручення за період з 19 по 25 травня на суму 5000 грн. Користувачеві необхідно буде запустити на своєму комп'ютері клієнтську програму, що працює в БД з платіжними дорученнями, і ввести потрібні критерії відбору. Після чого на Ваш комп'ютер перекачати з сервера БД і завантажиться в оперативну пам'ять файл, що містить всі документи даного виду за весь період на будь-які суми. Запущене на комп'ютері користувача клієнтське додаток, що працює з БД, саме проведе обробку цієї інформації (відсортує їх), після чого видасть відповідь (на екрані з'явиться список платіжних доручень, які задовольняють Вашим критеріям). Після цього Ви виберете потрібне платіжне доручення і спробуєте відредагувати / змінити у ньому одне поле - наприклад, дату. Під час редагування відбувається блокування джерела даних, тобто всього файлу, що містить цей документ. Це означає, що файл буде або зовсім не доступний іншим користувачам, або доступний тільки в режимі перегляду. Причому подібного роду захоплення відбувається навіть не на рівні запису, тобто одного документа, а заблокованим є цілий файл - тобто вся таблиця, яка містить аналогічні документи. Тільки після повної обробки цього поля і виходу з режиму редагування даний файл платіжних доручень буде розблоковано від захоплення користувачем. Якщо ж дані зберігаються в більш об'ємних об'єктах, наприклад, в одному файлі містяться платіжні доручення та про надходження коштів, і про відправку, то ще більша частина інформації буде не доступна. Ви будете працювати з одним полем «дата» в одному документі - інші співробітники підприємства будуть чекати, поки ви не закінчите.
Недоліки файл-серверних системи очевидні:
1. Дуже велике навантаження на КМ, підвищені вимоги до пропускної здатності. На практиці це робить практично неможливою одночасну роботу великої кількості користувачів з великими обсягами даних.
2. Обробка даних здійснюється на комп'ютері користувачів. Це спричиняє підвищені вимоги до апаратного забезпечення кожного користувача. Чим більше користувачів, тим більше коштів доведеться витратити на оснащення їх комп'ютерів.
3. Блокування даних при редагуванні одним користувачем робить неможливою роботу з цими даними інших користувачів.
4.Безпека. Для забезпечення можливості роботи з такою системою необхідно дати кожному користувачеві повний доступ до цілого файлу, в якому його може цікавити тільки одне поле.