From OpenSCADAWiki
Line 1: | Line 1: | ||
У випадку з підсистемою "Збір Даних", резервування даних (рис.12) виконує функції: | У випадку з підсистемою "Збір Даних", резервування даних (рис.12) виконує функції: | ||
− | * '''Резервування механізму збору даних'''. Зазвичай ця функція реалізується без особливих механізмів, шляхом простого запуску паралельних резервних станцій з однаковою конфігурацією | + | * '''Резервування механізму збору даних'''. Зазвичай ця функція реалізується без особливих механізмів, шляхом простого запуску паралельних резервних станцій з однаковою конфігурацією і працюючих незалежно. Однак, у випадку виконання станцією функції ПЛК, така поведінка недозволена з причини одночасної видачі керуючих дій і відсутності синхронізації даних обчислювачів, а також для первинних джерел даних із одним можливим підключенням. |
− | * '''Компенсація втрати даних на час недоступності вузла''' за рахунок архіву резервного. Передбачено два механізми компенсації. Перший | + | * '''Компенсація втрати даних на час недоступності вузла''' за рахунок архіву резервного. Передбачено два механізми компенсації. Перший і основний механізм здійснює завантаження ділянок архіву з резервної станції під час запуску станції загалом або окремих об'єктів контролерів. Ділянка архіву запитується з моменту останнього запису у локальному архіві і по поточний час. Глибина запиту обмежується визначенням граничного часу в конфігурації резервування. Другий, доповнюючий механізм, здійснює заповнення "дірок" у архіві значень під час фактичного запиту користувача до цих даних. Такий підхід з одного боку дозволяє здійснити прогнозовану за часом синхронізацію при старті, а з іншого боку, фактично виключає втрату даних за умови роботи хоча б однієї станції на протязі всього робочого часу. |
− | * '''Розподіл навантаження по збору даних між вузлами'''. При створені складних розподілених систем може виявитися важливим питання прогнозування | + | * '''Розподіл навантаження по збору даних між вузлами'''. При створені складних розподілених систем може виявитися важливим питання прогнозування і оптимізації загальної продуктивності системи. Враховуючи такі завдання, механізм резервування передбачає виконання завдань збору даних окремих джерел (об'єктів контролерів OpenSCADA) тільки на одній станції. При цьому, завдання решти станцій переходять в режим синхронізації даних зі станцією, що виконується. У випадку втрати зв'язку зі станцією, що виконується, запускається завдання локального збору даних. Передбачено також можливість оптимального розподілу навантаження виконання задач збору даних групи об'єктів контролерів між станціями. |
− | * '''Оптимізація навантаження на | + | * '''Оптимізація навантаження на первинні джерела даних''' за рахунок запиту (обміну) даних у первинного джерела тільки одним вузлом. На практиці часто зустрічаються високонавантажені джерела даних або інтерфейси доступу до джерел даних, для яких навіть збір даних однією станцією може бути проблемою і вимагатиме зниження періодичності збору, тобто якості даних. Механізм резервування, крім розподілу навантаження між станціями за описаною вище схемою, дозволяє зняти додаткове навантаження на джерело даних і його інтерфейси, тим самим підвищивши якість даних. Запис до атрибуту резервного об'єкту контролеру призводить до відправки запиту модифікації на основний, тобто — через основний. |
− | * '''Запобігання деякої різниці даних на різних вузлах''', пов'язане з незбігом моментів часу при незалежному зборі даних окремими вузлами, здійснюється шляхом отримання даних зі станції з активним об'єктом контролера. У системах високої звітності з резервуванням має бути виключено, або зведено до мінімуму, розходження у даних на різних станціях, що передбачає реальний збір даних однією станцією | + | * '''Запобігання деякої різниці даних на різних вузлах''', пов'язане з незбігом моментів часу при незалежному зборі даних окремими вузлами, здійснюється шляхом отримання даних зі станції з активним об'єктом контролера. У системах високої звітності з резервуванням має бути виключено, або зведено до мінімуму, розходження у даних на різних станціях, що передбачає реальний збір даних однією станцією і синхронізацію з цими даними інших станцій. |
Latest revision as of 17:18, 12 April 2025
У випадку з підсистемою "Збір Даних", резервування даних (рис.12) виконує функції:
- Резервування механізму збору даних. Зазвичай ця функція реалізується без особливих механізмів, шляхом простого запуску паралельних резервних станцій з однаковою конфігурацією і працюючих незалежно. Однак, у випадку виконання станцією функції ПЛК, така поведінка недозволена з причини одночасної видачі керуючих дій і відсутності синхронізації даних обчислювачів, а також для первинних джерел даних із одним можливим підключенням.
- Компенсація втрати даних на час недоступності вузла за рахунок архіву резервного. Передбачено два механізми компенсації. Перший і основний механізм здійснює завантаження ділянок архіву з резервної станції під час запуску станції загалом або окремих об'єктів контролерів. Ділянка архіву запитується з моменту останнього запису у локальному архіві і по поточний час. Глибина запиту обмежується визначенням граничного часу в конфігурації резервування. Другий, доповнюючий механізм, здійснює заповнення "дірок" у архіві значень під час фактичного запиту користувача до цих даних. Такий підхід з одного боку дозволяє здійснити прогнозовану за часом синхронізацію при старті, а з іншого боку, фактично виключає втрату даних за умови роботи хоча б однієї станції на протязі всього робочого часу.
- Розподіл навантаження по збору даних між вузлами. При створені складних розподілених систем може виявитися важливим питання прогнозування і оптимізації загальної продуктивності системи. Враховуючи такі завдання, механізм резервування передбачає виконання завдань збору даних окремих джерел (об'єктів контролерів OpenSCADA) тільки на одній станції. При цьому, завдання решти станцій переходять в режим синхронізації даних зі станцією, що виконується. У випадку втрати зв'язку зі станцією, що виконується, запускається завдання локального збору даних. Передбачено також можливість оптимального розподілу навантаження виконання задач збору даних групи об'єктів контролерів між станціями.
- Оптимізація навантаження на первинні джерела даних за рахунок запиту (обміну) даних у первинного джерела тільки одним вузлом. На практиці часто зустрічаються високонавантажені джерела даних або інтерфейси доступу до джерел даних, для яких навіть збір даних однією станцією може бути проблемою і вимагатиме зниження періодичності збору, тобто якості даних. Механізм резервування, крім розподілу навантаження між станціями за описаною вище схемою, дозволяє зняти додаткове навантаження на джерело даних і його інтерфейси, тим самим підвищивши якість даних. Запис до атрибуту резервного об'єкту контролеру призводить до відправки запиту модифікації на основний, тобто — через основний.
- Запобігання деякої різниці даних на різних вузлах, пов'язане з незбігом моментів часу при незалежному зборі даних окремими вузлами, здійснюється шляхом отримання даних зі станції з активним об'єктом контролера. У системах високої звітності з резервуванням має бути виключено, або зведено до мінімуму, розходження у даних на різних станціях, що передбачає реальний збір даних однією станцією і синхронізацію з цими даними інших станцій.