Subskrybuj RSS RSS
envelope  |  mapa serwisu  | 
en
newsletter
wprowadź swój adres e-mail w celu otrzymywania od nas informacji o nowościach i promocjach

Aspad - moduł archiwizacji

Zasoby archiwalne, wykorzystywane na poziomie operatora, nadzoru czy menedżera, muszą zostać wcześniej zadeklarowane. Projektant ma w tej kwestii duże pole manewru i może wybrać archiwizację w wewnętrznym formacie modułu Aspad, gwarantującym kompresję danych w locie i usuwanie danych nadmiarowych, lub w bazie MS SQL - wszystko zależy od potrzeb i założeń projektowych. 

Dane typowo są zapisywane z czasem uniwersalnym UTC, co sprawia, że czas jest jednoznaczny, niezależnie od zmian na letni i zimowy, a dane w systemach rozproszonych w różnych strefach czasowych będą widoczne w każdej strefie z czasem prawidłowym dla tej strefy.

Liczba przechowywanych zmiennych procesowych jest ograniczona do ponad 32 tysięcy na jeden zasób archiwum. Liczba zasobów jest dowolna, więc w sumie na jednym serwerze można przechowywać archiwum dla nielimitowanej liczby zmiennych. .

Cechy archiwizacji prowadzonej w plikach o dedykowanym formacie:

  • maksymalna częstotliwość próbkowania = 1 s;
  • kompresja danych - surowa próbka (7-14 bajtów) podlega kompresji, co wielokrotnie zmniejsza jej objętość; stosowane są dwa rodzaje kompresji:

    • w pierwszej kolejności pomijane są próbki z nieistotną zmianą wartości (tzw. strefa nieczułości);

    • w drugim etapie zapisana próbka poddawana jest kompresji, zmniejszającej jej objętość typowo do 1-5 bajtów, w zależności od zadanej precyzji rejestracji i typu zmiennej;
  • szybkość zapisu i odczytu danych liczona w setkach tysięcy próbek na sekundę;
  • typy danych archiwalnych: 2-, 4-, 8 bajtowe liczby całkowite ze znakiem, 1-, 2-, 4 bajtowe liczby bez znaku, zmiennoprzecinkowe pojedynczej i podwójnej precyzji;
  • wyliczanie i archiwizowanie szeregu predefiniowanych agregatów ułatwiających i radykalnie przyśpieszających zaawansowaną analizę danych; efekt przyśpieszenia jest szczególnie zauważalny w instalacjach sieciowych, gdzie wiele stanowisk jednocześnie korzysta z zasobów jednego serwera;
  • praca w systemach redundantnych z możliwością uzupełnienia brakujących danych za okres wyłączenia jednego ze stanowisk;
  • archiwum replikowane, w którym stanowisko subskrybujące nie musi stale być połączone ze stanowiskiem publikującym, a w chwili nawiązania połączenia pobiera wszystkie brakujące dane;
  • automatyczne zarządzanie biblioteką archiwum;
  • automatyczne wykonywanie kopii zapasowych.

Archiwizacja danych prowadzona w relacyjnej bazie danych SQL:

  • częstotliwość próbkowania zależna od wydajności serwera SQL i wielkości dysku - maksymalnie 1 s;
  • typy danych archiwalnych: 2-, 4 bajtowe liczby całkowite ze znakiem, 1-, 2-, 4 bajtowe liczby bez znaku, zmiennoprzecinkowe pojedynczej i podwójnej precyzji oraz 8 bajtowe liczby całkowite z precyzją do 15 cyfr znaczących;
  • synchronizacja danych w systemach redundantnych, gdzie centralna baza danych procesowych przechowywana w bazie danych SQL, zostanie wcześniej czy później automatycznie uzupełniona o brakujące informacje, które zostały zapisane na innych stanowiskach.
  • wsteczne uzupełnianie danych historycznych wymagane np.:
    • w systemach dyspozytorskich ze zbieraniem danych na łączach modemowych, w paczkach za określony przedział czasu;
    • w komunikacji z urządzeniami umożliwiającymi buforowanie danych pomiarowych, po przerwie spowodowanej brakiem komunikacji.