1.1 Автоматизована система електронного документообігу Атлас-док (стр. 7 )

Вимоги до сервера терміналів:

Апаратні вимоги до сервера терміналів
	Мінімально	Оптимально
CPU	Pentium IV 1ГГц	2 * Pentium IV 1ГГц
RAM	SDRAM 512Mb ECC	SDRAM 1Гб ECC
HDD	1Gb IDE	1Gb IDE
NET	100Mb Ethernet	100Mb Ethernet
Monitor	800x600	800x600

3.3.2.5  Клієнтські робочі станції

Клієнтські робочі станції є останньою ланкою в структурі сервер СКБД – сервер додатків – (сервер терміналів) – клієнтська робоча станція. Робоча станція повинні відповідати наступним вимогам:

Архітектура “Desktop клієнтська частина”
	Мінімально	Оптимально
CPU	Pentium 300	Pentium 700
RAM	SDRAM 64Mb	SDRAM 128Mb
HDD	1Gb IDE	10Gb IDE
Monitor	800x600	1024x768
Архітектура “Terminal Client”
	Мінімально	Оптимально
CPU	Будь-яка станція, на якій функціонує Windows 3.11 або Windows 9x	Вище мінімальної
Monitor	800x600	800x600

Крім того, наполегливо рекомендовано:

·  Використовувати схему налагодження монітору Windows Standard;

·  Наявність не менш ніж 100 Мb вільного місця на системному диску;

·  Шлях до тимчасового каталогу має містити тільки короткі імена (наприклад, C:\TEMP);

·  Наявність інстальованої програми MS Office на робочій станції та на сервері.

3.3.2.6  Вимоги до роботи локальної обчислювальної мережі (ЛОМ) центрального апарату

Програмне забезпечення системи електронного документообігу Atlas Doc, як і більшість систем такого класу, розроблене в архітектурі клієнт-сервер і для стабільної роботи вимагає стабільного, безперервного зв’язку на ділянці <клієнт-сервер>. Непродуктивна, або нерозрахована на навантаження архітектура ЛОМ, проведення регламентних робіт впродовж робочого дня або інші перешкоди в роботі мережі, що призводять до припинення зв’язку на ділянці між клієнтською робочою станцією й сервером, виключать можливість безперебійної комфортної роботи роботу користувачів АСЕДО.

3.3.2.7  Пристрій резервного копіювання-відновлення (strimmer) та система безперебійного живлення (UPS)

Згідно вимог створення on-line систем високої готовності й захищеності даних, центральний сервер БД повинен бути забезпечений зовнішніми засобами архування-відновлення. В іншому випадку неможливо гарантувати збереження інформації бази даних Системи при можливих збоях та оперативне її відновлення. Пристрій резервного копіювання (strimmer) призначений для виконання неперервного онлайнового копіювання на стрічку. Даний пристрій дозволить суттєво знизити вірогідність втрати даних після можливого виходу з ладу СКБД, а наприкінці, при дотриманні рекомендацій щодо резервного копіювання даних, звести її до нуля. У разі виникнення нештатної ситуації є можливість найшвидшого відновлення функціонування СКБД. Засіб Legato Storage Manager з пакету адміністратора Oracle дозволить налагодити та автоматизувати цю процедуру. Оптимальним варіантом буде застосування зовнішнього стрічкового SCSI-накопичувача (strimmer).

Джерело живлення з апаратним резервуванням конче необхідне для підтримання живлення на сервері в моменти відсутності струму. Цей пристрій дозволяє уникнути проблем втрат чи пошкодження даних через відсутність живлення сервера. Операційна система Windows повністю сумісна з такими приладами та має необхідний інтерфейс для взаємодії.

3.3.2.8  Принтер

Обов’язкова належність принтеру (рекомендовано лазерний, роздільна здатність не менше 600x600 dpi)

3.3.3  Вибір операційної системи

Як для серверної, так і для клієнтських частин потрібно встановлювати операційні системи класу NT. Це можуть бути видання Microsoft Windows NT 4.0 або Microsoft Windows 2000 (Server – для серверної частини, Workstation/Professional для клієнтських частин). Але рекомендується залишати свій вибір на Windows 2000, як більш розвиненої в питаннях захисту, безпеки та керування політиками доступу до ресурсів.

Хоча теоретично клієнтська частина спроможна працювати під керуванням операційних систем Windows 95 та Windows 98, така практична реалізація навряд чи задовольнить всі потреби користувача, тому що чимало складних і потужних функцій Системи не підтримуються цими операційними системами.

Розділ 4.  Atlas Development Suite

Atlas Development Suite (Atlas DevS) являє собою сервер застосувань, середовище розробки та виконання клієнтських застосувань.

В даному розділі розглянуто основні параметри Atlas DevS, адміністративних задач, що виконуються за допомогою Atlas DevS.

4.1  Загальні властивості Atlas DevS

Усі продукти компанії Atlas побудовані на основі Atlas DevS.

Atlas DevS це трирівнева система сервер БД – сервер застосувань – клієнт. Сервер застосувань використовується для виконання запитів до БД, виконання JavaScript – процедур, які реалізують бізнес логіку, та керування файлами, які сумісно використовують усі клієнти.

Клієнтський додаток є модульним застосуванням, яке приєднується до серверу застосувань і використовує його для взаємодії з БД. Клієнт також включає стандартні модулі, такі як:

розподіл доступу;

·  керування сервером застосувань;

·  аудит.

4.2  Інсталяція ДЕВС

Сервер застосувань ДЕВС інсталюється на сервері за допомогою SDS як окремий програмний продукт. Клієнтська частина ДЕВС інсталюється у складі клієнтської частини Системи.

Питання інсталяції детально розглянуті Розділі 7.

4.3  Адміністративні задачі, що пов’язані з DevS

З DevS пов’язані наступні адміністративні задачі:

·  Підтримка серверу застосувань у робочому стані;

·  Керування й моніторинг стану користувачів, що працюють у даний момент часу.

·  Аналіз аудиту дії користувачів.

4.3.1  Підтримка серверу застосувань у робочому стані

Підтримка DevS серверу застосувань у робочому стані включає:

·  Налагодження режиму роботи сервера застосувань;

·  Налагодження рівня деталізації ведення журналу роботи;

·  Очистка (архівація) журналів роботи (логів);

·  Підтримка коректних параметрів роботи сервера.

Сервер застосувань DevS встановлюється і конфігурується автоматично за допомогою SDS. Усі важливі параметри налагоджуються у настройках відповідного пакету інсталяції.

У процесі експлуатації деякі параметри можуть бути втрачені або може виникнути необхідність змінювати їх для використання додаткових адміністративних задач.

Далі наводиться опис головних параметрів.

4.3.1.1  Налагодження режиму роботи сервера застосувань

DevS сервер застосувань працює як сервіс Windows 2000 (NT). Запускати, зупиняти та конфігурувати цей сервіс можливо за допомогою менеджера сервісів Windows 2000 (NT), або з командного рядка за допомогою команди net (start, stop). Відповідний сервіс має назву DevsSVC.

Зупиняти DevS сервер потрібно, наприклад, при проведенні оновлення версій.

Важливою характеристикою сервісу є логін, під яким цей сервіс працює. У разі використання Oracle профайл відповідного користувача повинен бути сконфігуровано для можливості роботи із СУБД. Таким користувачем взагалі є 'ASEDO'. Тобто DevsSVC повинен працювати під цим логіном.

4.3.1.2  Налагодження рівня деталізації ведення журналу роботи

DevS сервер застосувань у процесі своєї роботи веде журнали. Це журнали роботи серверу застосувань (devs_srv. log, devs_srv_exception. log) і журнал прикладного аудиту (devs_audit. log).

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

За режими ведення логів відповідають наступні ключі реєстру:

[HKEY_LOCAL_MACHINE\SOFTWARE\Atlas\Devs server\Monitoring]

Табл 3‑1

Назва	Можливі значення	Коментар
LogDetailLevel	2 {1,2,3,4,5,6}	Деталізація логу сервера застосувань. У разі збоїв програмного комплексу може виникнути потреба максимально підвищити рівень ведення логу, після чого надіслати файл з логом на момент помилок розробникам.
LogFileName	C:\devs_srv. log	Місце запису лога серверу застосувань
LogExceptionFileName	c:\devs_srv_exception. log	Місце запису лога критичних помилок серверу застосувань
LogFileAppend	1 {1,0}	Дописувати (1) або переписувати при кожному старті (0) лог
LogFileMaxLines	3000 {0, 3000, 5000, …..}	Кількість кілобайт, які будуть записані у файл журналу перед тим, як цей файл буде перейменовано і почне писатися новий файл. Якщо (0), то ротація лог файлів проводитися не буде. І файл може досягати дуже великого об'єму при високому рівні деталізації.
AudFileName	C:\devs_audit. log	Місце запису прикладного лога дій користувача. Це один з логів, який використовується при аналізі аудиту системи.

4.3.1.3  Очистка (архівація) журналів роботи (логів)

При активній експлуатації системи, якщо встановлена ротація лога (LogFileMaxLines<>0) або він постійно дописується (LogFileAppend=1), може використовуватися багато дискового простору. Відповідно необхідно або переконфігурувати режим ведення логів, або періодично очищувати застарілі лог файли. Наприклад на С:\ можуть знаходитися наступні файли: