From OpenSCADAWiki
Enter a message name below to show all available translations.
Found 3 translations.
| Name | Current message text |
|---|---|
| h English (en) | As a redundancy object of the subsystem "Archives-History" there used the object of messages archiver for which the redundancy process performs followed functions: * '''Redundancy of the archiving mechanism''' — means of the messages combination from the redundant stations by the three mechanisms: ** in the main cycle of the redundancy there performs a request for new messages of the archiver on the master station from the last message time of the redundant object, where the last message is the last second of the time what is requested twice to prevent of lose messages on this time second, but there is a mechanism for controlling duplicates and suppressing them both immediately after the request and by the archiver himself; ** writing and rewriting messages to the redundant archiver causes to redirection of the writing request to to the master station both for new and rewriting messages (also the messages write locally); ** rewriting messages to the master archiver causes to the messages sending for all redundant stations, where is excluded of creation new entries into the current violations table — only modification of presented ones. * '''Compensation of the data loss on the time of the node stop''' with the redundant node archive. There provides only initial synchronisation by loading/reloading of parts of the archive from the redundant station, at the station starting in general. The archive's part requested from the moment of the last record into the local archive minus value of the parameter of the depth of the forced reloading and till the current time. [[file:at.png]] Changed messages to more depth from the pointed will be lost on the started station! The initial synchronisation procedure involves in general: :# requesting for all active alarms; :# requesting for messages of concrete archive and on the depth specified by the parameter "Overtime of the reserve history reload at start" and up to the time of the previous request, so all new alarms won't definitely appear; :# coming to the normal mode of tracing new messages and alarms through the archive. * '''Load distribution of the archiving between the nodes'''. When creating complex distributed systems there can be an important question of predicting and optimising of the overall system performance, taking this into the account the redundancy mechanism provides the execution of tasks of archiving of individual archivers only at one station. The other stations' tasks would go to the data synchronisation mode with the executive station. In the case of loss of the connection with the executive station the task of the local archiving is started. It's also provided the possibility of optimal the load distribution of the execution of archiving tasks of the archives group between the stations. * '''Restoring of the alarms primacy'''. For the alarming messages, negative level, at their writing are performed an additional processing for the active alarms, that is only old-original ones are allowed for rewriting. |
| h Russian (ru) | Объектом резервирования подсистемы "Архивы-История" выступает объект архиватора сообщений в рамках которого резервирование данных выполняет функции: * '''Резервирование механизма архивации''' — предусматривает обобщение сообщений с резервных станций посредством трёх механизмов: ** в основном цикле резервирования резервного архива осуществляется запрос новых сообщений архиватора на основной станции от времени последнего сообщения резервного объекта, где последнее сообщение это последняя секунда времени, что запрашивается дважды, чтобы предотвратить потерю сообщений на эту секунду времени, но предусмотрен механизм контроля дубликатов и их подавления как непосредственно после запроса, так и самим архиватором; ** запись или перезапись сообщений в резервный архиватор приводит к перенаправлению запроса записи на основную станцию как для новых, так и перезаписывающих сообщений (также сообщения записываются локально); ** перезапись сообщений в основной архиватор приводит к рассылке этих сообщений всем резервным станциям, где исключается создание новых записей в таблице текущих сообщений — только модификация существующих. * '''Компенсация потери данных на время простоя узла''' за счёт архива резервного узла. Предусматривает только первичную синхронизацию путём загрузки/перегрузки участков архива из резервной станции в момент запуска станции в целом. Участок архива запрашивается с момента последней записи в локальном архиве минус значение параметра глубины принудительной перегрузки и по текущее время. [[file:at.png]] Изменённые сообщения на глубину более указанной будут утеряны на запускаемой станции! Процедура первичной синхронизации в целом предусматривает: :# запрос всех активных нарушений; :# запрос сообщений конкретного архива на глубину, указанную параметром "Глубина принудительной перезагрузки истории резерва при запуске", и по время предыдущего запроса, т.е. когда новые активные нарушения точно не появятся; :# переход в нормальный режим отслеживания новых сообщений и нарушений через архив. * '''Распределение нагрузки по архивации между узлами'''. При создании сложных распределённых систем может оказаться важным вопрос прогнозирования и оптимизации общей производительности системы с учётом которого механизм резервирования предусматривает исполнение задач архивации отдельных архиваторов только на одной станции. При этом задачи остальных станций переходят в режим синхронизации данных с исполняющей станцией. В случае потери связи с исполняющей станцией запускается задача локальной архивации. Предусмотрена также возможность оптимального распределение нагрузки исполнения задач архивации группы архивов между станциями. * '''Восстановление первичности нарушений'''. Для сообщений о нарушениях, отрицательный уровень, при записи осуществляется дополнительная обработка для активных нарушений, а именно — обеспечивается перезапись только старыми-оригинальными. |
| h Ukrainian (uk) | Об'єктом резервування підсистеми "Архіви-Історія" виступає об'єкт архіватору повідомлень у межах якого резервування даних виконує функції: * '''Резервування механізму архівації''' — передбачає узагальнення повідомлень з резервних станцій за посередництвом трьох механізмів: ** у основному циклі резервування резервного архіву здійснюється запит нових повідомлень архіватору на основній станції від часу останнього повідомлення резервного об'єкту, де останнє повідомлення це остання секунда часу, що запитується двічі щоб запобігти втраті повідомлень на цю секунду часу, але передбачено механізм контролю дублікатів та їх придушення як безпосередньо після запиту, так і самим архіватором; ** запис або перезапис повідомлень у резервний архіватор призводить до переспрямуванню запиту запису на основну станцію як для нових, так і перезаписуваних повідомлень (також повідомлення записуються локально); ** перезапис повідомлень у основний архіватор призводить до розсилки цих повідомлень всім резервним станціям, де виключається створення нових записів у таблиці поточних порушень — тільки модифікація наявних. * '''Компенсація втрати даних на час простою вузла''' за рахунок архіву резервного вузла. Передбачає тільки первинну синхронізацію шляхом завантаження/перевантаження ділянок архіву з резервної станції на момент запуску станції загалом. Ділянка архіву запитується з моменту останнього запису у локальному архіві мінус значення параметру глибини примусового перевантаження та по поточний час. [[file:at.png]] Змінені повідомлення на глибину більш вказаної будуть втрачені на станції що запускається! Процедура первинної синхронізації загалом передбачає: :# запит всіх активних порушень; :# запит повідомлень конкретного архіву на глибину, вказану параметром "Глибина примусового перевантаження історії резерву при запуску", та по час попереднього запиту, тобто коли нові активні порушення напевне не з'являться; :# перехід у нормальний режим відстеження нових повідомлень та порушень через архів. * '''Розподіл навантаження з архівації між вузлами'''. При створені складних розподілених систем може виявитися важливим питання прогнозування та оптимізації загальної продуктивності системи з урахуванням якого механізм резервування передбачає виконання завдань архівації окремих архіваторів тільки на одній станції. При цьому завдання інших станцій переходять у режим синхронізації даних з виконувальною станцією. У випадку втрати зв'язку з виконувальною станцією запускається завдання локальної архівації. Передбачено також можливість оптимального розподілу навантаження виконання завдань архівації групи архівів між станціями. * '''Відновлення первинності порушень'''. Для повідомлень про порушення, негативний рівень, при запису здійснюється додаткова обробка щодо активних порушень, а саме — забезпечується перезапис тільки старими-оригінальними. |