Pół roku, tyle mniej więcej czasu upłynęło od pojawienia się poprzedniej wersji OpenEdge. Zobaczmy co ciekawego pojawiło się w OE 12.2

Zacznijmy od silnika bazy danych i strojenia parametrów online. To dla nas nie jest zaskoczeniem, ponieważ w zapowiedziach wysoka dostępność była jedną z wiodących funkcji całej serii OE 12.

W OE 12.2 jest już 91 takich parametrów. Możemy je zmieniać w programie ABL lub w narzędziu PROMON. Dla administratorów to drugie rozwiązanie jest ciekawsze, ponadto dostępne już w OE 12.1. Wystarczy wejść do menu R&D -> opcja 4. Administrative Functions -> 16. Adjust Startup Parameters (nie pomylmy z opcją Startup Parameters w menu 1. Status Displays).

Tak więc, obecnie dodano: -semsets, -aiarcdir, -Ma, -Mm, -ssj, -dbnotifytime, -dbnotifyops.
Około 20 parametrów można zmienić opcją proutil… increaseto… Pamiętajmy, że każdy zmiana jedną z powyższych metod jest tylko do końca sesji serwera bazy! Aby mieć zmianę na stałe trzeba użyć pliku z parametrami.

Drugim ciekawym tematem jest PASOE. Wprowadzono mechanizm do migracji wybranych aplikacji między instancjami. Do tej pory można było przenieść całą instancję (wkrótce napiszę jak to zrobić), bądź wdrożyć aplikację webową w kilku ruchach. W OE 12.2 rozszerzono komendę tcman (pasman) o opcje export/import. Służą one do przenoszenia całych aplikacji ABL. Aplikacja ABL to session manager + jeden lub więcej agentów wielosesyjnych, wspólna konfiguracja zabezpieczeń, jedna lub więcej aplikacji webowych oraz usługi ABL, zmienne środowiskowe, skrypty itd.

Otóż całą taką aplikację można wyeksportować jednym poleceniem tcman export…

Cały proces przebiega automatycznie. Powstaje plik archiwizacyjny o rozszerzeniu .oear, którego zawartość widzimy poniżej.

Plik ten instalujemy w docelowej instancji poleceniem tcman import.
To jeszcze nie koniec, bo jeśli chcemy dokonać migracji niestandardowej, dopasowanej do naszych potrzeb, możemy to zrobić wykorzystując wzorzec ../tlr/build.xml i Ant.

Tak się składa, że klienci OpenEdge “odpuszczają” sobie wersje “zerowe”, czekając na kolejną w serii, zakładając (czy słusznie?), że posiada ona sporo bugów. Takie podejście jest charakterystyczne także dla wielu innych technologii (z wyłączeniem oczywiście gadżetów). No ale, mamy na rynku wersję OE 12.1, która niesie ze sobą kilka ciekawostek.

Na początek jednak ważna informacja dotycząca instalacji: począwszy od wersji OpenEdge 12.1 Java (JDK) nie jest już dystrybuowana wraz z instalatorem OE. Produkt ten musi być wstępnie zainstalowany przez klienta OpenEdge.

Problem ten został bardzo dobrze wyjaśniony w bazie wiedzy.
Pokazano tam jak sprawdzić wersję zainstalowanej Javy i skąd pobrać produkt dla danego systemu operacyjnego.

W funkcjonalności “wysoka dostępność” wprowadzono m.in. drobne udoskonalenia w replikacji danych – komenda dsrutil oraz nowe pola w tablicach VST.

Zwiększona została liczba parametrów, których wartość można zwiększyć online (-ecsize & -secsize).

Możliwa stała się edycja niestrukturalnych pól schematu dla bazy online (nie jest wymagana blokada exclusive dla schematu).

Wprowadzono dodatkowe możliwości obsługi ekstentów bazy online np. zmianę rozmiaru ekstentu zmiennego czy zamianę go na ekstent stały.

Przetwarzanie SSJ (Server-Side Join) zaimplementowano także dla zapytań dynamicznych.

Zmienione zostały domyślne wartości wielu parametrów startowych bazy danych, co ma poprawić ogólną wydajność.

W serwerze aplikacji (PAS) dodano komendę refreshagents, która kończy wszystkie sesje w agencie wielosesyjnym, dzięki czemu można aktualizować aplikację ABL w czasie rzeczywistym. Umożliwia to np. aktualizacje schematu online dla aplikacji.

Odroczone logowanie w PAS pomaga znaleźć przyczynę awarii agenta, dostarczając dodatkowe dane związane z awarią. Odroczone logowanie poprawia także wydajność, rejestrując tylko niewielką ilość informacji związanych z awarią agenta.

Wprowadzono obsługę uwierzytelniania klientów ABL, łączących się z PAS po protokołach: APSV, REST, SOAP, WEB.

To oczywiście nie wszystko. Dla ciekawych zachęcam do lektury pod tym adresem oraz tutaj.

Stało się! Zgodnie z zapowiedziami nowa wersja OpenEdge 12 jest już na rynku. Jak zwykle gdy pojawia się nowy produkt z wyższym głównym numerem towarzyszy mu szczególnie duże zainteresowanie. Jakie najciekawsze nowości niesie ze sobą OE12? Było na ten temat w necie kilka webinarów, firma Galeos dostarczyła jeden po polsku, ale ja chciałem spojrzeć na nowego OpenEdge’a od strony praktyczno-technicznej.

Sztandarową nowością jest szybszy serwer baz danych, zawdzięczający tę poprawę dzięki kilku istotnym usprawnieniom.

Do wersji OE11 włącznie, serwer bazy danych OpenEdge obsługuje żądania od klientów zdalnych w sposób seryjny – jedno po drugim. Jeśli którekolwiek z żądań nie może być od razu obsłużone, na przykład, gdy istnieje blokada rekordu, żądanie to jest zawieszane i przesyłane na tył kolejki. Jeśli blokada rekordu zostanie zwolniona, klient i tak nadal czeka na swoją kolej. W OE12 serwer bazy może obsługiwać klientów zdalnych jako proces wielowątkowy. Służy do tego parametr -threadedServer 1, który jest włączony domyślnie. Równoległe przetwarzanie żądań poprawia wydajność poprzez usprawnienie mechanizmu oczekiwania na zwolnienie blokady (lock wait processing), odseparowanie od połączeń OLTP itp.

Drugą istotną zmianą w technologii jest możliwość obsługi złączeń z kilku tablic po stronie serwera (Server-Side Join). Do tej pory złączenia te były realizowane po stronie klienta, przez co przez sieć była transportowana znacznie większa ilość danych niż ta, która była istotna w zapytaniu. W OE12 takie zapytania są rozwiązywane po stronie serwera. Tylko rekordy, które spełniają warunki zapytania, są przesyłane do klienta, co znacząco poprawia wydajność. Obsługiwane są połączenia FOR EACH do 10 tablic. Funkcja jest włączana parametrem -ssj 1 i wymaga wielowątkowego serwera.

Trzecim elementem jest usprawnienie problemu występowania konfliktów dostępu do tablicy BHT (Buffer Hash Table).  Mechanizm BHT pozwala w wydajny sposób sprawdzić czy żądany blok z danymi znajduje się już w puli buforów, czy też trzeba go wczytać z dysku. Różne procesy walczą o aktualizację tablicy BHT, co wymaga dostępu do zapadek (latch) i tu występują konflikty. Wprowadzono (od 11.7.3) parametr -hashLatchFactor określający ilość zapadek jako procent parametru –hash. Mechanizm ten poprawia współbieżność dla losowego dostępu do puli buforów bazy danych.

Progress Software twierdzi, że powyższe nowości mogą przyspieszyć działanie serwera aż trzykrotnie i to bez jakichkolwiek zmian w samej aplikacji!

PASOE: W nowym serwerze aplikacji wprowadzono PASOE HealthCheck – proces który monitoruje serwer i system operacyjny i określa relatywny „stan zdrowia” agenta PASOE.

Te informacje mogą być użyte do podjęcia działań w celu uzdrowienia PASOE.

Na przykład w nowym interfejsie API mamy StopAgent API, którego zadaniem jest wycofanie bieżącej instancji serwera z eksploatacji (zatrzymanie akceptowania nowych żądań, zakończenie przetwarzania bieżących żądań i wyłączenie); jednocześnie startuje nowa instancja serwera.

Replication AI File Streaming: wprowadzono ulepszony mechanizm w OE Replication.

Serwer replikacji wysyła dane AI w taki sam sposób, jak w poprzedniej wersji (opisanej we wcześniejszym artykule nt OE11), ale wielowątkowy agent replikacji buforuje przychodzące bloki AI w buforze bloku replikacji (RSB). Bloki te są następnie odczytywane z bufora RSB i zapisane w bazach target. Ten mechanizm eliminuje kolejkowanie bloków AI po stronie bazy Source i utratę części danych w przypadku awarii.

Progress Development Studio

Wprowadzono sposób poprawienia jakości kodu ABL dodając Analizator Kodu ABL SonarLint, który stale analizuje i mierzy jakość kodu pokazując problematyczne miejsca. Zawiera także zalecenia jak rozwiązać napotkane problemy, jak lepiej napisać kod. Pomaga to osiągnąć lepsze praktyki kodowania i poprawić wydajność aplikacji.

Analizator można uruchomić dla określonego pliku, zestawu plików, ostatnio zmienionych plików lub nawet całego projektu.

Pierwszym krokiem jest ustawienie w preferencjach zasad i i innych parametrów.

Następnie w istniejącym projekcie wywołujemy Analizę pliku lub plików.

W tym prostym przykładzie, jeśli np. w kodzie jest definicja zmiennej, do której nie ma odniesienia w dalszej części kodu, jest to zgłaszane w Raporcie z analizy.

Zaktualizowany został zestaw kontrolek .NET. OpenEdge 12.0 używa Infragistics NetAdvantage dla .NET.

Tyle wybranych nowości jakie niesie ze sobą nowa wersja OpenEdge 12. Więcej szczegółów szukajcie na stronach Progress Software.

Pojawiła się wersja OpenEdge 11.7 z Service Packiem 3, czyli 11.7.3, a wraz z nią kilka ciekawych nowości.

1. Archiwizacja logu bazy danych.

Mamy kilka parametrów dających możliwość automatyzacji archiwizacji pliku log bazy online.
-lgArchiveEnable – włączenie możliwości archiwizacji logu.
-lgArchiveDir – podanie katalogu, w którym będą zapisywane zarchiwizowane fragmenty. Brak parametru oznacza bieżący katalog.
-lgTruncateTime – czas wykonania obcięcia i archiwizacji logu w formacie HH:MM. Musi być ustawiony w parze z poniższym parametrem:
-lgTruncateFrequency – częstotliwość, czyli w jakie dni ma być wykonywane obcięcie i archiwizacja. “0” oznacza codziennie.
-lgTruncateSize – obcięcie nastąpi po osiągnięciu przez plik określonego rozmiaru w MB.

Po przykładowym uruchomieniu serwera bazy możemy zweryfikować ustawienia w promonie: R&D -> 4. Administrative Functions -> 15. Database log file management

Archiwizacja ma być codziennie o godz. 20:35.

proserve sports2000 -lgArchiveEnable -lgTruncateFrequency 0 -lgTruncateTime 20:35

Podczas archiwizacji został utworzony plik, zawierający w nazwie oryginalną nazwę plus datę i czas obcięcia:
sports2000.lg.2018-05-15.20-35.00
Oryginalny plik rozpoczyna się komunikatami o archiwizacji.

sports2000.lg

2. PASOE

W OE 11.7.3 zajęto się także tematem migracji aplikacji z klasycznego AppServera do PASOE. W sieci znajdziemy poradnik: Quick Start: Moving Your Classic AppServer Applications to the Progress Application Server for OpenEdge a także webinar: Moving Your Classic AppServer Applications to the Progress Application Server for OpenEdge.

PASPROPCONV – nowe narzędzie/komenda służące do migracji właściwości z klasycznego AppServera do PASOE. Właściwości są pobierane z pliku ubroker.properties lub .merge, a następnie generowany jest szereg plików np. pasoename.ubrokername.oemerge. Dokładne informacje można znaleźć w Progress Application Server for OpenEdge: Quick Start Guide.

Komenda tcman deploy została wzbogacona o nowy parametr -l. Powoduje on, że wdrożenie nowej aplikacji odbywa się bez konieczności restartu instancji PASOE.

Zostało udoskonalone zarządzanie agentem multi-session. Do tej pory zamknięcie agenta następowało natychmiastowo, przerywając obsługiwane żądanie. Dodane zostały dwa opcjonalne parametry waitToFinish oraz waitAfterStop rozwiązujące ten problem.

Dodane zostało także REST API umożliwiające dodanie nowego agenta multi-session dla aplikacji.

Pełną listę wprowadzonych zmian znajdziemy w dokumencie: OpenEdge® Service Pack 11.7.3: New Information.